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Dialogue 


Over  the  past  few  months  the  content  of 
COMPUTERNEWS  has  been  slowly  evolv¬ 
ing.  Choosing  a  proper  direction  is  compli¬ 
cated  by  the  fact  that  COMPUTERNEWS 
has  two  rather  different  types  of  readers. 
The  decision  makers  are  primarily  con¬ 
cerned  with  what  computing  can  offer  and 
what  it  will  cost.  Day  to  day  users  need  to 
know  how  to  use  the  available  facilities  to 
maximize  their  effectiveness.  On  some  pro¬ 
jects,  the  decision  maker  also  does  the 
computing.  But  even  in  this  case,  that  per¬ 
son  needs  two  complementary  types  of  arti¬ 
cles. 

There  are  several  ways  in  which  we 
describe  options  and  offer  alternatives.  The 
main  intent  of  user  profiles,  such  as  the  ar¬ 
ticle  on  the  Royal  Inscriptions  of  Mesopo¬ 
tamia  project  in  this  issue,  is  to  provide  ex¬ 
amples  of  computing  in  action.  As  new 
packages  or  improved  versions  of  old 
favourites  are  installed  at  UTCS,  we  include 
articles  highlighting  features  of  interest. 
For  example,  articles  on  SAS82  and  on 
CALCOMP  software  on  the  DEC- 10  are  in¬ 
cluded  in  this  issue.  In  past  issues,  we  have 
introduced  the  Scientific  Computing  Ad¬ 
visory  Service  (March  '83)  and  discussed 
alternatives  for  communication  with  UTCS 
mainframes  (October/November  '82). 
These  are  all  part  of  raising  the  awareness 
of  decision  makers. 

Documentation  which  appears  in  COMPU¬ 
TERNEWS  is  intended  to  complement  oth¬ 
er  forms  of  documentation.  The  column 


“Advising  Corner”  shares  information 
gained  in  the  school  of  hard  knocks,  the 
kind  of  knowledge  gained  only  through  ex¬ 
perience.  Some  articles  gather  together 
‘how  to’  facts  from  many  sources  so  that 
users  can  perform  critical  activities  without 
reading  several  manuals  from  cover  to  cov¬ 
er.  An  example  is  the  series  on  data  secu¬ 
rity  which  continues  in  this  issue  with  two 
articles  on  the  DEC- 10.  “Getting  Started 
with  Datasets”  also  draws  together  informa¬ 
tion  from  many  sources  in  order  to  upgrade 
user  skills  so  that  users  have  a  real  option 
to  move  to  newer  methods  of  computer  ac¬ 
cess. 

Future  plans  for  COMPUTERNEWS  in¬ 
clude  more  articles  emphasizing  the  options 
available  to  users.  User  profiles  in  a  wide 
range  of  disciplines  are  definitely  part  of 
these  plans.  A  potential  addition  would  be 
articles  comparing  different  packages  offer¬ 
ing  similar  features.  This  possibility  is 
strongly  dependent  on  the  availability  of 
staff  time,  a  commodity  in  very  short  sup¬ 
ply.  Documentation  will  continue  to  form  a 
portion  of  each  issue,  but  whenever  possi¬ 
ble,  users  will  be  pointed  to  other  sources 
for  detailed  explanations. 

The  bottom  line  for  all  these  plans  is  sim¬ 
ple,  namely  helping  users  get  the  maximum 
benefit  from  their  computing  dollars.  Your 
suggestions  for  articles  which  would  help  to 
achieve  this  are  welcome. 

Bill  Fehlner 
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UTCS 


Let  s  Talk  About  It 
Charging  For  Our  Services 


Gentle  Reader,  I  think  it’s  time  we  talked 
about  money  for  a  couple  of  reasons.  First, 
I  think  I  am  Finally  starting  to  understand 
how  you  pay  us  for  what  we  do,  and  what 
effect  (if  any)  it  has  on  us.  Secondly  in 
talking  to  you  and  reading  various  reports,  I 
find  there  are  a  large  number  of  misconcep¬ 
tions  about  charging  back  our  services.  Is¬ 
sues  such  as  cross-subsidization  and  over¬ 
charging  seem  to  worry  a  number  of  peo¬ 
ple.  I’ll  try  to  explain  whether  those  are 
really  issues  or  only  perceptual  problems. 

One  of  the  reasons  why  it’s  taken  me  a 
while  to  achieve  a  glimmer  of  understand¬ 
ing  is  that  our  whole  financial  situation  is 
pretty  complicated.  First,  we  start  with  the 
expense  budget  at  the  beginning  of  the  fis¬ 
cal  year.  It  is  designed  to  hopefully  reflect 
all  the  money  we  will  spend  in  a  given  year. 
(The  last  couple  of  years,  extraordinary 
tasks  imposed  from  outside  have  obscured 
any  relation  between  our  initial  budget  and 
our  subsequent  actual  costs.)  Charges  flow 
to  us  (actually  to  some  accounting  abstrac¬ 
tion  in  the  sky)  as  either  what  we  call  in¬ 
come  or  as  something  else  called 
recoveries,  in  either  real  or  some  other  un¬ 
real  form  of  money.  Sound  complicated  so 
far?  I’ve  only  just  begun. 

Recoveries  are  a  specific  type  of  reimburse¬ 
ment  which  actually  directly  offsets  some  of 
our  operating  costs.  In  fact,  our  ‘base’ 
budget  is  decreased  by  the  amount  of  our 
recoveries.  Recoveries,  to  be  counted, 
must  be  in  ‘real’  (not  entitlement)  dollars, 
I  guess  because  they  represent  real  elastic 
costs.  Now,  what  I  mean  by  elastic  is  the 
cost  of  those  activities  where  we  have  the 
ability  to  supply  a  service  (or  whatever) 
proportional  to  demand,  and  charge  for  it. 
Recoveries  should  apply  to  a  class  of  activi¬ 
ty  or  service  where,  if  you  don’t  use  it,  we 
don’t  supply  it,  and  we  don’t  incur  the  cost. 
Operational  overtime  that  you  request  is  an 


example.  In  accounting  jargon,  recoveries 
would  be  most  intended  to  apply  to  true  in¬ 
cremental  direct  costs,  and  that’s  why  (I’ve 
finally  figured  it  out)  these  activities  have 
to  be  paid  for  in  real  money.  If  they 
weren’t,  the  net  cost  to  the  University  for 
UTCS  and  the  services  we  provide  would 
increase  in  an  unplanned  and  unpredictable 
way. 

We  have  a  number  of  recovery  accounts, 
for  example  salary,  where  we  recover  over¬ 
time  and  salary  costs  for  facilities  manage¬ 
ment  and  some  advising.  We  recover  ser¬ 
vice  and  maintenance  costs  for  some  user- 
owned  equipment,  manuals,  user  supplies, 
special  forms  (next  year!),  and  a  few  oth¬ 
ers.  Some  of  our  activities  are  designed  to 
be  self-financing  from  recoveries.  There’s 
a  snag  here,  though.  We  can’t  use  any  of 
our  recoveries  to  expand  the  related  ex¬ 
pense  budget  until  we  have  met  our  budg¬ 
eted  recovery  targets.  (The  area  of  salaries 
is  one  where  we  always  cover  our  costs,  and 
were  money  is  not  exportable.)  This,  at 
times,  requires  some  very  interesting  jug¬ 
gling  of  cash  flow  to  generate  working  capi¬ 
tal.  There  have  been  times  when  a  user 
has  paid  us  for  a  piece  of  gear,  but  we 
couldn’t  use  the  money  because  we  hadn’t 
hit  the  full  budgeted  recovery  target,  simply 
because  all  the  money  hadn’t  come  in  yet 
from  previous  purchases  for  users. 

Even  though  I’ve  nearly  pounded  this  to 
death,  there’s  one  last  point  to  be  made. 
Recoveries  can  provide  funds  for  discre¬ 
tionary  use,  i.e.,  use  not  related  to  generat¬ 
ing  the  recovery,  only  if  we  make  a  profit 
on  them.  We  try  to  have  our  recoveries 
fairly  accurately  cover  our  costs,  and  we 
mark  up  only  those  activities  where  the  va¬ 
garies  of  a  situation  make  the  costs 
unpredictable.  The  crux  is  that  our 
recoveries  give  us  either  negligible  or  no 
discretionary  income. 


continued... 
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Let's  Talk  continued 


The  other  manner  of  reimbursement  for 
our  services,  which  we  call  simply  income, 
leaves  us  no  scope  for  discretion  at  all.  Our 
income  goes  into  some  big  pot  (or  pots)  in 
the  sky  and  is  never  seen  again,  by  us  at 
least.  My  model  (tell  me  if  I’m  wrong)  is 
that  we  are  totally  centrally  funded,  except 
for  recoveries,  and  that  our  income  is  used 
in  an  accounting  exercise  to  allocate  the  use 
of  our  resources  and  to  try  to  ‘balance’  the 
books.  Our  income  really  comes  in  three 
flavours:  commercial,  entitlement,  and  real 
dollars  together  with  a  balancing  figure 
called,  for  some  reason,  ‘unabsorbed  capa¬ 
city’  (how’s  that  for  a  group  of  nonsense 
syllables?). 

Commercial  income  is  really  money  flowing 
into  the  University  coffers  from  the  sale  of 
UTCS  services  to  affiliates,  research  insti¬ 
tutes,  hospitals  and  commercial  enterprises. 
It  is  highly  valued  because  it  is  real 
bottom-line  incremental  income,  which 
offsets  part  of  UTCS’  total  costs.  However, 
once  we  are  paid,  the  money  is  gone  from 
our  use,  control  or  whatever.  In  this  area, 
we  have  no  scope  to  be  entrepreneurs  in 
the  usual  sense,  since  our  success  or  lack  of 
it  only  affects  our  yearend  deficit,  and  gives 
us  no  added  degree  of  freedom  at  all.  We 
support  this  effort  with  two  people,  and  are 
moving  toward  offering  a  ‘spare-cycle’  ser¬ 
vice. 

And  now,  patient  reader,  we  come  to  the 
most  sticky  and  controversial  item:  entitle¬ 
ment  and  ‘real’  dollar  income.  University 
users  can  pay  for  the  use  of  our  centrally- 
provided  computer  processing  services  ei¬ 
ther  with  ‘real’  dollars  (from  research 
grants)  or  by  using  computer  entitlement 
‘dollars’.  The  two  buy  the  same  amount  of 
computing,  and  this,  I  maintain,  is  the  only 
connection  between  entitlement  dollars  and 
reality.  What  we  charge  for  our  services 
does  not  particularly  accurately  reflect  our 
costs,  and  I  maintain  that,  if  you  are  paying 
in  entitlement  dollars,  you  shouldn’t  really 
care.  They  are  a  way  of  allocating  usage; 
their  supply  can  grow  at  will  as  required, 
and  I  suspect  that  they  are  regularly  traded. 


at  some  multiple,  for  real  dollars. 

The  problem,  as  I  see  it,  is  that  they  were 
ever  called  ‘dollars’  in  the  first  place  and 
not  computer  allocation  units,  or  some  such 
phrase.  Converting  those  pseudo-dollars  to 
real  spendable  (outside  of  UTCS)  money  is 
going  to  be  a  rather  hairy  exercise.  People 
continually  complain  that  we  charge  too 
much,  but  if  we  do  and  we  lower  our  rates, 
you’ll  have  less  entitlement  dollars  to  con¬ 
vert  to  real.  You  should  probably  realize 
that,  as  with  commercial  income,  we  have 
no  discretionary  (or  any)  use  of  either  real 
or  entitlement  income. 

Now,  let’s  consider  cross-subsidization  and 
what  it  means,  and  whether  it  actually  oc¬ 
curs.  Cross-subsidization  is  when  a  given 
piece  of  a  whole  undertaking  pays  more 
than  its  ‘share’  (whatever  that  is)  and, 
hence,  pays  part  of  the  cost  of  any  other 
piece.  What  piece  might  subsidize  what 
other  depends  on  how  you  partition  the 
whole:  by  user  group,  by  service  or  by 
machine.  I  maintain  that  only  those  paying 
real  money  (only  researchers)  can  ever 
consider  that  cross-subsidization  might  be 
an  issue.  Even  this  point  could  be  argued 
only  if  this  class  of  user  represented  a 
monolithic  group,  using  a  single  machine  or 
group  of  related  services,  and  if  there  was 
some  actual  flow  of  money  into  UTCS  at  a 
concrete  level  from  these  users. 

I  maintain  again  that  we  are  centrally  fund¬ 
ed,  and  that  any  direct  connection  between 
the  money  or  whatever  credited  to  us  and 
the  overall  cost  of  UTCS  or  any  subset  is 
imaginary.  Under  these  circumstances,  the 
issue  becomes  whether  you  should  spend 
real  research  money  for  computing  or  not, 
and  how  cost-effective  the  particular  UTCS 
service  is.  The  issue  is  not  whether,  once 
you  have  decided  to  spend  your  real  money 
at  UTCS  you  are  subsidizing  teaching  ad¬ 
ministration  or  machine  ‘B’  if  you  use 
machine  ‘A’.  If  you’ll  pardon  the  expres¬ 
sion,  these  distinctions  are  all  academic. 

‘Unabsorbed  capacity’  refers  to  the  differ¬ 
ence  between  our  expenses  and  what  winds 
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Let's  Talk  continued 

up  being  credited  to  us  from  whatever 
source  at  the  end  of  the  year.  It  is  our  ac¬ 
counting  deficit  really,  but  once  again  it’s 
an  artificial  measure,  basically  reflecting  an 
accounting  balance  which  follows  some 
internal  logic  but  bears  little  relation  to 
reality.  The  question  I  would  ask  is,  how 
can  real  costs  be  balanced  by  pseudo- 
dollars?  -  they  can’t,  I  maintain. 

I  hope  I’ve  clarified  a  few  points  in  your 


mind  about  how  we  are  funded,  how  you 
pay  for  our  services  and  what  a  complex  set 
of  issues  are  involved  in  this  area.  Once 
again,  I’ve  tried  to  be  provocative  to  stimu¬ 
late  your  feedback.  I’m  sure  some  of  you 
will  disagree,  so  let’s  hear  from  you. 
Letters  to  me  or  the  editor  are  welcome. 
Let’s  talk  about  it! 

Warren  Jackson 

4 1  re 5 


Royal  Inscriptions  of  Mesopotamia 


Professor  Lou  Levine  of  the  Department  of 
Near  Eastern  Studies  at  the  University  of 
Toronto  and  the  West  Asian  Department  at 
the  Royal  Ontario  Museum  (ROM)  has 
been  working  on  the  Royal  Inscriptions  of 
Mesopotamia  (RIM)  project  as  Computer 
Liaison  for  the  last  two  years. 

What  are  the  Royal  Inscriptions  of  Mesopo¬ 
tamia  you  ask?  Quite  simply,  they  are  texts 
written  to  commemorate  the  deeds  of  the 
ancient  rulers  of  Sumer,  Assyria,  and  Ba¬ 
bylonia.  They  are  written  in  cuneiform 
(wedge-shaped  characters)  on  clay  tablets, 
on  public  monuments  or  on  foundation 
deposits  which  were  buried  in  the  buildings 
the  Kings  built.  The  inscriptions  range 
over  a  3,000  year  period.  There  are  a  great 
number  of  kings  involved,  and  sometimes  a 
great  number  of  copies  of  each  inscription. 
There  could  be  anywhere  from  1  copy  to 
300  or  more  copies  of  any  particular  in¬ 
scription. 


The  purpose  of  the  RIM  Project  is  to  col¬ 
lect  all  of  this  information  systematically 
and  to  publish  the  documents  with  transla¬ 
tions,  short  commentaries,  introductions 
and  complete  bibliographies  of  the  texts 
which  have  been  examined. 

The  information  from  these  inscriptions  are 
an  important  part  of  ancient  Near  Eastern 
literature.  It  is  being  collected  so  that  it  will 
be  available  specifically  for  people  interest¬ 
ed  in  the  language  (s)  of  that  era,  and  also 
for  those  interested  in  History,  such  that 
they  may  have  access  to  this  literature. 

It  was  clear  from  the  very  beginning  that 
some  sort  of  computerization  would  be 
necessary  because  of  three  major  factors: 

•  the  amount  of  information  to  catalogue 
was  vast  (at  least  20  volumes  of  texts 
will  be  published) 

•  the  information  was  of  a  very  complex 
nature 

•  the  desire  of  the  project  staff  to  do  a 
great  deal  of  the  publishing  on  their 
own,  or  at  least  prepare  the  manuscripts 
in  camera-ready  copy  for  the  publisher 
and  thus  keep  the  final  cost  of  the  publi¬ 
cation  down  and  the  accuracy  up. 

The  director  of  the  project,  Professor  Kirk 
Grayson  of  the  University  of  Toronto 
Department  of  Near  Eastern  Studies,  asked 
Professor  Lou  Levine  to  join  the  project  as 
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Computer  Liaison  some  time  after  the  pro¬ 
ject  began. 

Lou  had  already  been  working  on  a  project 
similar  to  this  one.  He  had  become  interest¬ 
ed  in  one  of  the  Kings  and  was  using  the 
computer  on  this  set  of  texts.  Consequent¬ 
ly,  when  Professor  Grayson  asked  him  to 
join  the  RIM  Project,  it  was  a  logical  and 
welcome  opportunity  to  pursue. 

Faced  with  the  problem  of  Finding  a  system 
and  software  which  could  meet  the  needs  of 
the  project,  Lou  had  to  analyze  the  nature 
of  the  work.  As  mentioned  above,  the 
amount  of  material  is  vast,  it’s  written  in 
cuneiform  and  there  are  anywhere  from  1 
to  300  copies  of  each  inscription.  These  is¬ 
sues  would  have  to  be  dealt  with  in  order  to 
maximize  efficiency  of  both  the  entry  and 
manipulation  of  the  data. 

The  staff  First  had  to  identify  all  known 
copies  of  an  inscription  and  then  record 
them.  Since  present  computer  systems  can¬ 
not  record  them  in  cuneiform,  a  standard 
system  of  transcription  was  used.  This  sys¬ 
tem  more  or  less  succeeds  in  transcribing 
the  cuneiform  signs  to  Latin  characters. 
Lou  says  ‘more  or  less’  because  there  are 
special  characters  in  these  languages  that  do 
not  exist  in  Latin  or  English.  For  example, 
they  have  two  different  ‘t’s,  a  normal  ‘t’ 
and  an  emphatic  ‘t\  The  normal  ‘t’  would 
be  written  ‘t’,  and  the  emphatic  ‘t’  would 
be  written  ‘t’  with  a  dot  under  it.  They  also 
have  three  different  ‘s’s,  ‘s’,  ‘s’ (dot  under), 

y  • 

‘s’ (v  over). 

Software  (programming)  to  accommodate 
the  system  they  chose  was  provided  by 
UTCS.  The  special  character  set  is  actually 
the  Roman  Alphabet  with  extra  accented 
characters.  Unnecessary  characters  like  the 
$,  or  #  were  eliminated  and  replaced  with 
the  special  accent  characters.  (For  example, 
t,  s,  s.)  Having  this  special  character  gen¬ 
erator  allowed  the  staff  to  type  the  data  in 
exactly  the  way  they  saw  it.  This  had  a  dual 
effect  of  reducing  entry  errors  and  making 
life  a  lot  simpler. 


A  second  consideration  was  how  to  deal 
with  the  multiple  copies  of  each  inscription 
most  effectively.  Each  copy  of  an  inscrip¬ 
tion  is  called  an  exemplar.  Each  exemplar 
of  an  inscription  is  different  from  the  next. 
For  example,  if  you  have  20  exemplars  of  1 
inscription,  they  would  all  differ  in  one  way 
or  another;  some  of  the  variances  could  be 
as  minute  as  leaving  a  word  or  letter  out, 
but  others  could  be  as  large  as  leaving  a 
paragraph  out  or  putting  one  in. 

One  copy  would  be  typed  in  and  duplicated 
20  times.  A  printout  would  then  be  pro¬ 
duced.  This  printout,  incorporating  20 
separate  copies  of  one  text  would  be  hand¬ 
ed  over  to  the  specialist  working  on  that  in¬ 
scription.  The  specialist  would  mark  up  the 
printout  showing  where  the  changes  exist¬ 
ed,  and  an  editor  program  would  be  used  to 
put  these  changes  on  File.  With  this 
method,  they  could  build  up  a  complete  set 
of  all  inscriptions  with  every  variant  that 
occurred  on  each  exemplar.  Then,  when  it 
came  time  to  publish,  it  was  just  a  matter  of 
excerpting  all  the  variants  and  putting  them 
at  the  bottom  of  the  page.  This  approach 
saves  numerous  hours  in  entry  time  and 
provides  a  facility  to  easily  correct  errors. 


A  third  consideration  dealt  with  the 
preparation  of  the  manuscripts  for  the  pub¬ 
lisher.  This  meant  that  some  sort  of 
typesetting  facility  would  be  necessary.  The 
ideal  case  would  be  to  prepare  the 
manuscripts  in  camera-ready  copy  them¬ 
selves,  thus  eliminating  any  new  source  of 
errors  that  could  result  if  the  material  had 
to  be  typset  by  a  publisher. 

To  complete  the  above  task  involved  ob¬ 
taining  several  components:  a  system  that 
would  simplify  entry  of  the  text,  an  editor 
for  online  editing  of  the  text,  special 
software  to  accommodate  the  needs  for  spe¬ 
cial  character  generation  and  duplication  of 
text,  and  a  photocompositor  (compatible 
with  the  system)  to  allow  formatting  and 
production  of  camera-ready  copy.  In  con- 
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suiting  with  UTCS  it  was  clear  that  using 
the  mainframe  would  be  less  cost  effective 
in  connect  and  storage  time,  plus  leave  the 
RIM  project  at  the  mercy  of  a  publisher. 
After  numerous  discussions  with  UTCS  it 
was  decided  that  a  small  system  would  suit 
the  needs  of  the  RIM  project  much  better 
than  a  mainframe  could.  As  a  result,  they 
have  purchased  a  UNIX-based  micro  com¬ 
puter  (an  LSI  11/23),  a  photocompositor 
which  was  compatible  with  this  system 
(Compugraphic),  and  the  software  neces¬ 
sary  to  accommodate  this  system.  The  LSI 
11/23  has  been  operating  for  a  couple  of 
months,  with  none  but  the  usual  breaking 
in  problems,  like  getting  used  to  an  unfami¬ 
liar  system,  and  learning  to  get  around  the 
documentation. 

Prior  to  obtaining  this  new  system,  material 
had  been  input  using  WYLBUR  on  the 
UTCS  Academic  IBM  mainframe.  UTCS  is 
presently  aiding  Lou  in  transferring  this  al¬ 


ready  entered  material  to  their  LSI  11/23. 
This  is  all  done  using  UTCS  hardware  in  a 
sequence  of  transfers.  The  material  is  taken 
off  the  mainframe  (the  Academic  3033) 
transferred  to  the  PDP  11/70,  transferred  to 
CSS’  LSI  11/23  and  then  transferred  to  the 
RIM  Project  LSI  11/23. 

In  a  nutshell,  the  RIM  project’s  meticulous 
needs  are  being  met.  This  project,  which 
on  the  surface,  might  not  seem  to  benefit 
from  the  use  of  computers,  now  depends 
heavily  on  their  use.  Computerization  has 
allowed  the  RIM  project  to  cut  years  off 
their  preparation  time.  Moreover,  by  al¬ 
lowing  them  to  retain  full  control  over  the 
text  right  through  to  the  camera-ready 
copy,  the  resulting  volumes  will  be  much 
more  accurate. 


/&OH  I 


Elizabeth  Weitmann 

102-0 


An  Account  of  Accounting  ^  ^  t 


Accounting  Services  is  important  to  both 
Internal  and  External  users  of  UTCS’  ser¬ 
vices.  The  staff  members  are  there  to  assist 
you  in  setting  up  accounts  and  access  codes. 
A  service  is  also  provided  to  help  users 
budget  their  computer  funds  for  different 
projects.  If  you  have  any  enquiries  or  prob¬ 
lems  with  an  account,  they  can  be  directed 
to  the  person  in  charge  of  that  specific  area, 
as  described  below.  In  addition,  Account¬ 
ing  Services  looks  after  the  processing  of 
Purchase  Requisitions  and  Orders,  billing 
for  services  such  as  computer  machines  and 
incremental  services,  and  getting  invoices 
paid  by  the  Comptroller’s  Office. 

Accounting  Services  consists  of  six  staff 
members.  They  are  Marg  Doherty  (Super¬ 
visor),  Sylvia  May  (Accounts  Receivable 
Supervisor),  Agatha  Stevens  (Accounting 
Clerk),  Joan  Coutts  (Access  Code  Clerk), 
Rita  Chhabra  (Expense  Control  Supervi¬ 
sor),  and  Rose  Gullia  (Expense  Control 
Clerk).  Most  often  Sylvia,  Agatha,  Joan  or 


Marg  will  be  the  people  you  will  be  dealing 
with,  in  person  or  by  phone.  Many  people 
are  unaware  of  Rita  and  Rose’s  role  in  Ac¬ 
counting  Services  as  they  work  behind  the 
scenes. 


Those  who  use  UTCS  services  will  find  it 
necessary,  at  some  time,  to  visit  or  call  Ac¬ 
counting  Services.  To  help  you  out,  ami¬ 
able  and  knowledgeable  staff  members  are 
there  to  assist  you.  They  are  located  in 
McLennan  Labs,  60  St.  George  St.,  Room 
337.  Office  hours  are  from  9:00  until 
17:00,  Monday  to  Friday. 

When  visiting  the  area  the  first  person  you 
are  likely  to  meet  is  Joan  Coutts.  She  will 
assist  you  at  the  counter  or  by  phone  (978- 
8703)  with  creating  or  updating  your  Ac¬ 
cess  Code.  Updating  your  Access  Code  can 
involve  one  of  the  following:  changing  the 
password,  expiry  date  or  name,  reopening 
an  account,  or  adding  more  money  to  an 
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An  Account  of  Accounting  continued 

account.  She  will  direct  you  to  the  ap¬ 
propriate  person  when  she  is  unable  to 
answer  your  question.  Joan’s  other  respon¬ 
sibilities  include  handling  all  cash  transac¬ 
tions  for  the  cashier’s  office,  entering  non 
CAN  billing  forms,  and  assists  with  the 
mailing  of  reports  to  CAN  holders. 

When  you  open  an  account  Agatha  Stevens 
is  the  person  to  contact.  She  sets  up  all 
external  and  internal  accounts  and  will 
answer  enquiries  concerning  accounts. 
Agatha  can  be  called  at  978-8702.  If  Subsi¬ 
dy  Purchase  Orders  are  low  in  funds  or 
overdrawn,  users  will  be  notified  by  Aga¬ 
tha.  New  BPOAs  and  CANs  are  created 
and  when  necessary  are  deleted  by  her. 
Among  her  other  duties  are  opening,  clos¬ 
ing,  and  updating  accounts.  In  addition  to 
routine  weekly  jobs  she  also  performs 
monthly  tasks  such  as  preparing  accounts 
for  the  End  of  Month  (EOM)  process  and 
posting  all  transactions  for  the  previous 
month.  She  is  responsible  for  maintaining 
historical  EOM  records. 

Sylvia  May  looks  after  the  invoicing  of  out¬ 
side  customers,  the  billing  of  terminal  ren¬ 
tals,  and  gives  individual  attention  to  spe¬ 
cial  billing  procedures  which  cannot  be 
done  on  the  computer.  Sylvia  also  takes 
care  of  delinquent  accounts.  She  will  write 
letters  to  those  people  who  are  behind  in 
payments  and  if  necessary  telephone  them. 
If  you  are  behind  in  your  payments  expect 
to  hear  from  Sylvia.  If  there  are  any  ques¬ 
tions  relating  to  these  areas,  Sylvia  can  be 
contacted  at  978-7148.  Besides  these  du¬ 
ties,  Sylvia  also  acts  as  backup  for  Agatha 
and  supervises  the  distribution  of  month 
end  mailing.  Much  of  Syvia’s  responsibility 
is  handled  manually  therefore  keeping  her 
very  busy. 

Marg,  as  well  as  overseeing  the  Accounting 
Services’  activities  and  the  Payables  area, 
spends  her  time  on  many  other  things. 
Complaints  about  how  an  account  is  han¬ 
dled  or  about  the  way  things  are  done,  are 
dealt  with  by  Marg.  She  will  also  explain 
accounting  procedures.  Most  people  are 
unaware  that  these  rules  are  part  of  the 


University’s  accounting  scheme  and  must 
be  followed  by  UTCS.  The  charging  poli¬ 
cies  for  the  various  services  which  UTCS 
offers  will  also  be  explained  by  Marg.  In¬ 
formation  on  rates  for  potential  users  and 
recommendations  for  technical  assistance  of 
other  services  staff  are  handled  by  Marg  as 
well.  Marg  helps  write  user  documentation 
and  is  presently  working  on  Section  2  of 
USERBOOK.  In  addition,  she  attends 
meetings  with  other  groups  involved  in 
charging,  sets  up  billing  procedures  for  the 
accounting  office,  and  provides  input  to 
plans  for  future  accounting  methods. 

Rose  Gullia  mainly  deals  with  the  inner 
workings  for  the  staff  of  UTCS.  She  does 
this  by  contacting  outside  suppliers  to  place 
orders  to  keep  the  stock  room  equipped 
with  necessities  for  the  offices,  things 
such  as  paper,  pens,  and  ribbons.  Rose 
also  handles  the  processing  of  expenses, 
Purchase  Requisitions  (P.R.)  and  Purchase 
Orders,  and  petty  cash.  In  addition,  she  is 
responsible  for  payroll  processing  of  part- 
time  and  overtime  hours. 

Rita  Chhabra  is  mainly  concerned  with  the 
Accounts  Payable  section  of  Accounting 
Services  and  supervises  Rose.  She  has  con¬ 
tact  with  outside  suppliers,  the  Purchasing 
Department,  and  Comptroller’s  Office.  Be¬ 
sides  these  jobs  Rita  handles  other  things 
such  as:  processing  of  invoices,  maintaining 
UTCS  expense  accounts  by  handling 
queries  and  correspondence,  and  maintains 
and  updates  all  equipment  records. 

Accounting  Services  is  involved  with  writ¬ 
ing  some  user  documentation  (e.g.,  USER- 
BOOK)  and  participates  in  monitoring  sup¬ 
plier  price  increases  to  determine  what 
UTCS  should  be  recovering  from  users  on 
supplies  and  services  (e.g.,  changes  in  the 
price  of  paper). 

Despite  busy  work  schedules  and  the  addi¬ 
tional  work  involved  for  yearend,  they  gra¬ 
ciously  took  the  time  to  discuss  with  me 
the  different  aspects  of  their  jobs.  During 
one  visit  to  the  office  I  was  jokingly  called 
Lou  Grant.  They  also  provided  some  use- 
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ful  information  to  help  users  understand 
some  accounting  procedures  to  make  life  a 
bit  easier.  Following  are  some  points  that 
may  be  of  interest. 

First,  when  opening  an  account  there  are 
certain  things  users  must  obtain  in  advance. 
There  are  three  categories  of  users  and  in 
each  case  the  requirements  differ.  They 
are: 

•  Internal  Users:  includes  researchers  and 
academic  departments  of  the  University. 

In  order  to  request  an  Account  and  Ac¬ 
cess  code  a  Purchase  Order  is  needed  for 
billing  purposes.  A  spending  limit  must 
also  be  established  at  this  time. 

•  Outside  Users:  University  affiliates  and 
private  firms  are  included  in  this 
category.  They  require  an  Order  for  Ser¬ 
vice  form,  signed  by  an  official  of  the  or¬ 
ganization  and  giving  a  spending  limit. 

•  Personal  Prepaid  Users:  This  group 
consists  of  staff  and  students  using  com¬ 
puters  for  their  own  private  use  and  for 
new  companies  who  have  not  established 
a  credit  rating.  As  the  name  suggests, 
these  unsponsored  users  must  prepay 
their  accounts. 

Farewell  to 


After  lengthy  discussions  between  the 
University  of  Toronto  Administration,  the 
University  of  Toronto  Computing  Services 
(UTCS),  and  the  Business  Information  Sys¬ 
tems  Department  (BIS),  it  has  been  agreed 
that  the  Data  Entry  Department  will  be 
transferred  to  BIS  as  of  May  1,  1983.  The 
Data  Entry  Department  is  located  on  the 
4th  floor  at  215  Huron  Street,  adjacent  to 
BIS.  This  close  proximity  will  make  the  ad¬ 
ministration  of  Data  Entry  easier  and  more 
convenient. 

Ever  since  ‘Administrative  Computing’ 
joined  UTCS,  the  Data  Entry  Department 
has  been  working  closely  with  BIS.  The  ma¬ 
jority  of  work  is  performed  for  BIS  users 
(such  as  the  Comptroller’s  Office  and  the 


Next,  if  changes  are  made  by  telephone,  a 
written  notice  should  follow  to  ensure  the 
change  is  processed  correctly. 

In  some  cases  users  look  to  the  Accounting 
Group  to  solve  problems  with  respect  to 
processing  of  Purchase  Orders  (P.O.s).  Ac¬ 
counting  Services  is  willing  to  help  out  but 
most  often  questions  of  this  type  can  best 
be  answered  by  the  Comptroller’s  Office  or 
Purchasing  Department.  Accounting  Ser¬ 
vices  has  no  control  over  funds  which  have 
not  been  specifically  assigned  for  computing 
through  a  P.O.  If  you  do  have  problems,  a 
copy  of  a  P.R.,  will  be  accepted  as  a  tem¬ 
porary  spending  limit,  until  the  P.O.  is  re¬ 
ceived  from  the  Purchasing  Department. 
In  general,  Accounting  Services  has  no  au¬ 
thority  to  transfer  funds  between  a  user’s 
appropriation  accounts  or  bill  one  user  on 
behalf  of  another. 

Finally,  in  this  issue  of  COMPUTERNEWS 
you  will  find  an  article  entitled  “How  To 
Live  With  Year  End  Accounting’’.  It 
should  be  of  interest  to  those  people  who 
are  affected  by  this  procedure. 

Kathryn  Bourne 

l&>Q<bi  30  d 

Data  Entry 


Payroll  Department).  A  small  amount  of 
data  entry  is  done  for  Student  Record  Ser¬ 
vices  (SRS)  and  their  users. 

Originally,  the  Data  Entry  Department  was 
established  to  serve  the  Administration  of 
the  University  of  Toronto  only.  As  years 
passed,  improvements  to  hardware  made  it 
possible  for  the  Data  Entry  Department  to 
take  on  extra  work,  namely  for  Academic 
users,  U  of  T  affiliated  hospitals,  and  other 
external  users. 

The  Director  of  BIS,  Mr.  Robert  McGimsey 
and  Manager  of  Administrative  and  User 
Services,  Mr.  John  Curtis,  have  assured 
UTCS  that  the  Data  Entry  Department  will 
continue  to  supply  the  same  service  as  it 
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has  in  the  past.  Users  requiring  Data  Entry 
service  will  continue  to  make  the  necessary 
arrangements  through  Ms.  Zelda  Anderson 
(978-5273,  978-3023).  All  billing  for  the 
service  will  be  handled  by  BIS.  After  the 
April  1983  billing,  all  inquiries  should  be 
directed  to  the  Business  Information  Sys¬ 
tems  Department. 

The  Data  Entry  Department  will  continue 
to  use  the  Sperry  Univac  CADE  1900 
(Computer  Assisted  Data  Entry)  System. 
Data  is  entered  under  the  control  of  a  par¬ 
ticular  program  and  is  processed  on  the 
basis  of  files,  records,  batches,  and  data 
files.  After  processing,  the  data  is  stored 
on  one  of  the  magnetic  disks,  which  are 
part  of  the  CADE  1900  System.  When  all 
batches  of  a  single  job  have  been  entered 
and  verified,  they  may  be  transferred  to  a 
user  supplied  9-track  magnetic  tape  or  to  a 
dataset  on  the  Administrative  IBM  4341 
Mod  II  Processor,  Academic  IBM 
3033/N12  Processor  or  DECsystem-10 
Model  1090.  When  data  is  to  be  transferred 
through  a  communication  link  to  one  of  the 
mainframes,  the  user  must  allocate  and  re¬ 
gister  the  dataset  prior  to  the  transfer.  The 
Data  Entry  programmer,  Ms.  Zelda  Ander¬ 
son,  should  be  informed  when  this  has 


been  done. 

Punched  output  will  no  longer  be  supplied 
and  users  requiring  cards  will  have  to 
punch  their  output  from  the  dataset.  The 
Interpreting  Service  is  no  longer  available 
through  the  Data  Entry  Department,  but 
users  will  be  able  to  use  the  self-serve 
keypunch/  interpreters  located  on  campus. 

Some  of  the  users  requiring  a  high  volume 
of  upper-lower  case  text  are  able  to  use  the 
Data  Entry  Department  (since  the  Text  En¬ 
try  Service  at  UTCS  was  discontinued  last 
December).  However,  formatting  com¬ 
mands  must  be  inserted  by  users  later. 

Anyone  with  questions  regarding  this 
transfer  should  contact  Mrs.  Vera  S.  Ca- 
banus  at  978-2066. 

I  would  like  to  thank  each  employee  in  the 
Data  Entry  Department  for  their  past  ef¬ 
forts  and  work  well  done.  I  have  found  my 
involvement  with  Data  Entry  for  the  last  6 
1/2  years  very  enjoyable  and  fulfilling. 

Good  luck  to  you  all. 

Vera  Cabanus 


\o 


Saving  Money  with  WYLBUR 


In  1981  it  was  almost  47,000,000.  In  1982 
it  was  almost  32,000,000.  For  the  first 
month  of  1983  it  was  almost  1,300,000. 
That’s  the  number  of  cards  that  were  read 
on  card  readers  at  seven  major  UTCS  ter¬ 
minal  sites.  Undergraduate  sites  were  not  in¬ 
cluded.  Now,  even  if  we  assume  that  all  the 
cards  were  read  in  at  priority  4  rates 
($1.05/1000  cards  read),  that’s  a  lot  of  mo¬ 
ney  spent  feeding  wood  into  the  card 
reader!  If  you  want  to  include  the  actual 
cost  of  the  cards,  the  time  wasted  at  a 
keypunch,  the  cost  of  unnecessary  printed 
output  (due  to  keypunching  errors),  the 
frustration  of  making  corrections  on 
punched  cards,  the  time  wasted  at  the 
keypunch  site  waiting  for  the  system  to 


come  up,  the  time  wasted  waiting  for  a 
keypunch  to  be  freed  up  during  peak  loads, 
the  time  spent  replacing  cards  that  were 
eaten  by  the  card  reader,  etc,  etc, 
etc,... .well,  the  cost  is  substantially  higher. 

With  a  pocket  calculator,  you  can  convince 
yourself  that  you’re  far  better  off  on  an  in¬ 
teractive  service  like  WYLBUR. 

Let’s  assume  that  your  program  is  100 
cards  long  and  that  it  also  produces  100 
lines  of  output.  Now  if  you’re  like  me  (i.e., 
a  poor  typist),  the  program  never  runs 
correctly  the  first  time.  So  let’s  say  it  takes 
you  two  tries  to  get  all  the  syntax  errors 
fixed.  At  priority  4  rates  ($1.05/1000  cards 
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read  or  lines  printed),  the  charge  for  400 
unit  records  (cards  read,  lines  printed)  is 
$0.42.  Actually  it  would  be  $0.44  since 
cards  and  lines  are  calculated  separately  and 
rounded  off  to  the  nearest  penny.  Now  if 
the  same  100  card  program  was  sitting  on 
disk  in  a  WYLBUR  dataset  it  would  take  up 
one  track.  Actually  it  would  take  up  consid¬ 
erably  less  (since  WYLBUR  compresses  all 
datasets  by  not  storing  unnecessary  blanks), 
but  the  minimum  charging  unit  is  one 
track.  At  $0.0135/track/day  that  works  out 
to  $0.40/month!!  So,  if  you’re  going  to  be 
running  the  same  program  more  than  once 
a  month  it’s  cheaper  to  do  it  from  WYL¬ 
BUR! 

Ah,  ha,  you  say.  What  about  the  money 
you  spend  in  connect  time  ($3. 75/connect 
hour,  $2. 25/connect  hour  during  non  prime 
time)  typing  in  your  program?  That’s  quite 
true.  If  it  takes  you  2  hours  to  key  in  your 
program  ($4.50  at  non  prime  time)  that 
represents  about  10  program  runs.  However 


if  you  take  into  account  all  the  other  factors 
(cost  of  cards,  your  time  wasted  getting  to 
and  from  card  reader  sites,  time  spent 
meeting  with  advisors  who  could  just  as 
easily  solve  your  problems  by  looking  at 
output  interactively),  I’m  certain  that  the 
interactive  approach  is  much,  much 
cheaper. 

If  you  really  want  to  watch  your  pennies 
(and  you  don 't  consider  your  time  a  charge¬ 
able  expense),  then  what  you  can  do  is 
prepare  the  first  draft  of  your  program  on 
cards  and  then  read  them  (errors  and  all) 
into  an  online  dataset.  This  means  you  can 
minimize  your  connect  time  and  still  take 
advantage  of  interactive  job  submission. 

There  is  one  encouraging  trend  from  the 
statistics  I  gave  in  the  first  paragraph  -  as 
time  goes  on,  the  message  seems  to  be  get¬ 
ting  through. 


■  ' '  1  L^>y/  L  II I  O  Ihor  Prociuk 
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Getting  Started  with  Datasets:2 


The  plot  so  far . JW,  (Joe  Wylbur  User), 

meticulous  researcher,  avid  interactive  pro¬ 
grammer,  and  occasional  reader  of  UTCS 
documentation,  has  just  created  an  online 
dataset,  U01 234. KEYPUNCH  on  USER01. 
He  did  this  by  collecting  the  data  into  the 
WYLBUR  active  area  and  using  the  SAVE 
command.  This  caused  the  computer  to 
copy  the  contents  of  the  active  area  (his 
data)  onto  the  specified  volume.  The  com¬ 
puter  entered  the  name  of  the  dataset  into 
the  system  catalogue  along  with  information 
pointing  to  its  location  (USER01).  The 
computer  also  entered  the  DSN  (dataset 
name)  into  the  VTOC  (Volume  Table  Of 
Contents)  on  USER01  along  with  DCB 
(Data  Control  Block)  information  such  as; 
the  RECFM  (record  format);  the  LRECL 
(logical  record  length),  and;  the  BLKSIZE 
(block  size).  The  VTOC  also  contains  a 
table  giving  the  track  addresses  for  the  phy¬ 
sical  location  of  the  dataset. 


Since  the  dataset  was  to  be  used  over  a 
period  of  a  few  weeks,  JW  registered  the 
dataset  into  the  accounting  system  using 
the  WYLBUR  command  DO  REGISTER. 
The  accounting  file  only  contains  the  DSN 
and  JW’s  SAC  (Service  Access  Code),  in 
this  case  1234.  The  story  resumes.... 

SF,  (Sam  Feedback)  trustworthy  assistant, 
card  user,  and  part  time  engineering  stu¬ 
dent  rushed  in  with  startling  new  data.  Ap¬ 
parently  the  engineers  had  made  substantial 
design  changes  to  a  keypunch.  JW  wants  to 
add  the  new  data  to  his  current  set.  Since 
his  WYLBUR  active  area  still  contains  the 
previous  data  (he  hadn’t  cleared  it  yet),  JW 
just  appends  the  new  data  to  the  bottom. 
Now  he  enters 

save  keypunch  on  userOl 

The  computer  responds  with 
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&U01234.KEYPUNCH  ALREADY  ON  USER01 
REPLACE? 

That’s  not  what  JW  had  in  mind.  He  wants 
to  keep  the  old  data  separate  from  the  new. 
He  responds  NO  to  the  replace  request  then 
enters 

save  keypunch  on  user02 

The  computer  responds  with 

&U01 234. KEYPUNCH  SAVED  ON  USER02 
-  NOT  CATLG’D  -  ALREADY  CATLG’D 

This  confuses  JW.  Is  it  catalogued  or  isn’t 
it?  He  hasn’t  got  time  to  figure  it  out.  The 
big  research  grant  deadline  is  only  days 
away  and  he  hasn’t  even  started  on  the 
analysis.  Just  to  be  on  the  safe  side,  JW  de¬ 
cides  to  REGISTER  the  dataset  on 
USER02.  The  message  from  the  REGIS¬ 
TER  job  indicates  that 

U01 234.  KEYPUNCH  has  been  re¬ 
catalogued  and  re-registered  so  everything 
must  be  ok,  right?  Wrong! 

JW  is  now  in  potential  trouble.  Since  the 
system  catalogue  can  contain  only  unique 
names,  only  the  dataset  on  USER01  is  ca¬ 
talogued  (since  it  was  there  first).  Unfor¬ 
tunately,  the  computer  can’t  stop  JW  from 
creating  uncatalogued  datasets;  it  can  only 
warn  him  of  potential  problems.  Because 
the  name  is  registered  in  the  accounting 
file,  JW  will  be  charged  for  both  datasets. 
The  accounting  program  compares  the  con¬ 
tents  of  the  accounting  file  with  the  VTOC 
on  each  user  volume.  For  each  matching 
DSN,  in  both  the  accounting  file  and 
VTOC,  a  dataset  storage  charge  is  generat¬ 
ed. 

JW  does  a  SHOW  CAT  command  to  search 
the  system  catalogue  for  datasets  catalogued 
to  his  account  and  sure  enough,  the  dataset 
on  USER02  is  not  there.  And  yet  when 
JW  enters  the  command 

use  keypunch  on  user02 

the  dataset  is  there!  JW  figures  that  maybe 


the  computer  is  a  little  broken.  So  long  as 
he  can  get  to  the  dataset  that’s  fine  by  him. 
He’s  anxious  to  get  started  on  the 
analysis . 

After  extensive  data  analysis,  JW  has  for¬ 
gotten  about  the  data  on  USER02.  (It 
turned  out  that  SF’s  data  wasn’t  that  use¬ 
ful.)  His  published  work,  Keypunch 
Machines  and  Environmental  Response  Fac¬ 
tors  has  won  him  world  acclaim  and  large 
government  grants.  His  prediction  that 
keypunches  are  an  endangered  species  and 
could  be  extinct  by  the  Fall  has  sent  him 
on  a  cross  campus  speaking  tour.  However, 
before  he  leaves,  JW  decides  to  clean  up 
his  online  storage.  Here  is  where  he  makes 
his  next  big  mistake. 

Instead  of  using  the  WYLBUR  command, 
DO  SCRATCH,  he  just  enters  the 
SCRATCH  command.  That  DO  makes  all 
the  difference  in  the  world.  The 
SCRATCH  command  removes  the  dataset 
name  from  the  system  catalogue  but  not 
from  the  accounting  file.  Only  the  version  of 
the  file  which  is  catalogued  is  actually  delet¬ 
ed.  Because  the  accounting  program  only 
looks  at  the  VTOCs  and  the  accounting  file 
and  NOT  the  system  catalogue,  JW  will  be 
charged  for  all  uncatalogued  keypunch  da¬ 
tasets  even  though  he  thinks  he’s  just  deleted 
them!!  If  he  had  used  the  DO  SCRATCH 
command  the  DSN  in  both  the  system  ca¬ 
talogue  and  the  accounting  file  would  be 
deleted.  Since  the  accounting  program  finds 
a  DSN  on  the  VTOC  but  not  in  the  ac¬ 
counting  file,  the  datasets  on  each  of 
USER01  and  USER02  will  be  flagged  for 
deletion  which  is  what  JW  really  wanted  to 
do. 

JW  promptly  leaves  for  a  year’s  sabbatical. 
He  has  decided  to  spearhead  a  campaign  to 
SAVE-THE-KEYPUNCHES!!  When  he  re¬ 
turns,  he  notices  that  his  research  budget 
has  been  charged  ten  dollars  for  one  year  of 
online  storage.  It  is  only  after  he  checks  his 
monthly  CAN  (Customer  Account 
Number)  report  that  he  realizes  why . 

If  you  want  to  avoid  JW’s  problems,  take 
the  following  precautions: 
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•  Make  certain  that  every  dataset  has  a 
unique  name. 

•  If  you  want  the  dataset  to  be  available 
for  more  than  one  day,  don’t  forget  to 
REGISTER  it. 

•  If  you  want  to  remove  a  dataset  from  on¬ 
line  storage,  use  the  WYLBUR  DO 
SCRATCH  command  NOT  the 
SCRATCH  command. 

•  Check  your  monthly  CAN  report.  Look 
for  duplicate  names.  Rename  the  dupli¬ 


cates  to  unique  names  or  delete  them. 
(If  you  rename  them,  don’t  forget  to 
REGISTER  the  new  names.)  Call  978- 
HELP  if  you  need  assistance  in  this  area. 

•  If  you  are  planning  an  extended  leave  or 
will  not  be  using  your  data  for  some 
time,  copy  them  to  tape.  You  can  save  a 
lot  of  money  that  way. 

I  O  I  LO  YL  I  I  1  O  Ihor  Produk 

5  Ho 


Software  Tools  in  Pascal 


Software  Tools  In  Pascal 

Brian  W.  Kernighan  and  P.  J.  Plauger 

Addison- Wesley  Publishing,  1981 

Frustrated  by  JCL?  Hate  utilities?  Bogged 
down  in  data  conversions?  Imagine  how 
easy  life  would  be  if  all  the  programs  that 
you  had  to  use  for  such  operations  worked 
together  rather  than  getting  in  each  others’ 
way!  This  book  is  about  one  such  set  of 
programs.  It  is  also  about  making  pro¬ 
grams,  in  the  authors’  words,  “lean,  easy  to 
read,  easy  to  maintain  and  modify,  human- 
engineered,  efficient,  and  reliable  by  the 
application  of  common  sense  and  good  pro¬ 
gramming  practices.” 

If  this  all  seems  like  ‘pie  in  the  sky,’  you 
probably  have  been  using  a  system  that 
makes  your  life  difficult  and  makes  you 
cynical  about  the  possibility  of  such  an  en¬ 
vironment.  Systems  such  as  those 
described  really  do  exist;  most  of  the  tools 
in  the  book  are  patterned  after  tools  in  daily 
use  on  the  UNIX  operating  systems.  It  is 
possible  to  build  and  use  such  an  environ¬ 
ment  on  almost  any  computer  system.  But 
the  software  tools  must  be  well  designed. 
For  example,  Kernighan  and  Plauger  con¬ 
tend  that  a  system  sort  routine  should  not 
require  a  series  of  convoluted  control  state¬ 
ments  when  all  you  want  is  to  sort  lines  of 
text.  Nor  should  it  report  the  minutia  of 


everything  that  happened  while  sorting, 
especially  if  it  did  exactly  what  you  asked. 

This  book,  Software  Tools  In  Pascal,  is  a  re¬ 
vision  of  an  earlier  book,  Software  Tools,  by 
the  same  authors.  Both  books  are  profusely 
illustrated,  not  with  pictures  but  with  actual 
programs  which,  unlike  those  found  in 
some  books,  have  actually  been  run! 
Furthermore,  the  program  examples  have 
been  typeset  directly  from  the  source  files, 
rather  than  having  been  re-keyboarded  by  a 
(possibly  non-programming)  operator.  This 
is  but  one  illustration  of  the  authors’  con¬ 
tention  that  all  parts  of  the  system  should 
work  together  —  the  typesetting  program 
which  they  used  knows  how  to  read  both 
prose  text  and  program  sources,  because 
both  are  stored  in  the  same  format.  The 
sample  programs  are  well-written  and  a 
pleasure  to  read  after  exposure  to  some 
people’s  ‘real-world’  programs. 

Programs  developed  in  the  book  are  avail¬ 
able  in  machine-readable  form  on  magnetic 
tape.  Copies  of  this  tape  have  been  placed 
in  a  number  of  locations  including  the 
UTCS  mainframe  tape  library  (as  N5790) 
and  the  UTCS/CSS  Lab.  For  a  format 
description  contact  Ian  Darwin  at  978-6134. 

Those  wishing  to  use  the  software  tools  can 
do  so  given  only  a  Pascal  compiler  and  a 
few  system-dependant  primitives  (several 
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versions  of  which  are  included).  A  person 
who  has  just  learned  the  rudiments  of  Pas¬ 
cal  (or  a  similar  language  such  as  PL/I,  Al¬ 
gol,  Euclid,  etc.)  will  find  this  book  useful 
in  developing  a  ‘programming  style’.  The 
experienced  programmer  will  find  it  in¬ 
teresting  to  compare  his  or  her  own  style 
with  that  developed  in  the  book.  There  are 
numerous  exercises  left  to  the  reader  — 
many  consist  of  designing  (and  testing!) 
improvements  to  the  programs  given. 


Working  through  the  book  in  this  way  is  a 
highly-recommended  exercise  for  any  com¬ 
puter  programmer. 

If  you  would  like  to  be  able  to  use  the  same 
set  of  tools  —  editors,  text  formatters,  sort, 
file  compression,  and  others  —  on  all  the 
different  computers  you  use,  give  Software 
Tools  In  Pascal  a  try. 

Reviewed  by  Ian  Darwin 


Changes  in  Computer  Law 


j 


As  the  individual  charged  with  the  respon¬ 
sibility  for  enforcing  policy  with  respect  to 
misuse  of  computing  facilities  at  the 
University  of  Toronto,  I  recently  attended  a 
National  Consultation  on  Computer  Abuse 
with  the  Department  of  Justice,  which  was 
held  in  Toronto. 

Those  of  you  who  follow  the  press  and  oth¬ 
er  sources  for  information  on  the  subject  of 
computers  and  the  law,  may  have  recog¬ 
nized  that  the  Criminal  Code  is  somewhat 
out  of  date,  and  in  respect  to  computing, 
needs  updating. 

The  Department  of  Justice,  as  part  of  its  to¬ 
tal  overhaul  of  the  Criminal  Code,  has  been 
re-evaluating  the  areas  of  the  Code  relating 
to  computers.  The  Canadian  Information 
Processing  Society  (CIPS)  has  a  special  in¬ 
terest  group  dealing  with  the  matter  of 
security  and  became  aware  of  the  Federal 
Task  Force’s  investigation  of  this  area.  The 
former  president,  Mr.  A1  Fowler,  Director 
of  the  University  of  British  Columbia’s 
Computing  Centre,  suggested  to  the  then 
Minister  of  Justice  that  the  Government 
should  seek  professional  quality  input  be¬ 
fore  drafting  the  proposed  legislation. 

The  National  Consultation  recently  held, 
was  the  result  of  this  suggestion  following 
about  two  years  of  planning.  Approximately 
thirty  people  were  present  from  industry, 
interest  groups,  professional  societies,  and  a 
number  of  universities.  Each  of  the  atten¬ 


dees  partook  in  four  workshops  which  were 
chaired  by  members  of  the  group.  Each 
workshop  focused  on  a  separate  issue, 
namely  Terminology,  The  Computer  as  an 
Object  of  Abuse;  Conduct  in  Relation  to 
Computers  that  is  Considered  Abusive;  and 
lastly,  Procedural  issues.  A  day  was  spent 
discussing  and  formulating  carefully  con¬ 
sidered  position  papers  on  each  of  these  to¬ 
pics.  Another  day  was  spent  in  direct  con¬ 
sultation  with  a  delegation  from  the  Depart¬ 
ment  of  Justice  in  Ottawa.  Many  aspects  of 
each  of  these  issues  were  discussed  and  a 
draft  of  some  proposed  legislation  was 
presented  for  further  deliberation. 

Clearly,  this  article  cannot  capture  all  the 
details  of  these  extensive  discussions,  but  it 
was  clear  at  the  end  of  the  day,  that  the 
Government  and  its  civil  servants  are  cog¬ 
nizant  of  the  problems  of  a  rapidly  explod¬ 
ing  technology  enforced  by  a  legislation 
which,  in  many  cases,  takes  years  to  formu¬ 
late.  The  clear  image  which  was  left  was  of 
sincere  and  sharp  legal  minds  endeavouring 
to  provide  criminal  law  which  is  rational, 
enforceable,  and  not  excessively  restrictive. 
The  intention  was  to  leave  civil  law  or  case 
law,  to  be  used  wherever  appropriate  to  res¬ 
trict  the  misuse  and  abuse  of  computers 
and  their  programs.  Some  topics  which 
were  discussed  for  example,  included  the 
definition  of  ‘Trespass’  when  used  in  con¬ 
nection  with  the  unauthorized  use  of  com¬ 
puters,  and  the  definition  of  ‘Location’  as 
applied  to  a  search  warrant  when  searching 
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for  data  in  a  computer  which  may  be  part  of 
a  computer  network. 

In  parting,  the  chairman  of  the  Consulta¬ 
tion  Committee  expressed  sincere  hope  that 
legislation  addressing  some  aspects  of  these 


concerns  should  be  tabled  in  the  House  of 
Commons  before  it  adjourns  for  the  sum¬ 
mer  recess.  I  am  not  holding  my  breath, 
but  let  us  live  in  optimism. 

£>15)  *S  &  Dr.  Frank  Spitzer 


Central  Site  Machine  Reliability 


The  UTCS  main  machine  room  houses 
several  computers  used  for  a  variety  of  pur¬ 
poses  by  different  segments  of  the  universi¬ 
ty  community.  In  the  course  of  operating 
these  computers,  the  UTCS  operations  staff 
must  respond  to  problem  situations  and 
take  appropriate  action  to  minimize  both 
the  impact  and  duration  of  any  software  or 
hardware  failure.  Records  are  maintained  of 
such  problems  and  are  reviewed  daily. 

At  the  time  of  a  failure,  users  are  often 
aware  that  problems  exist  but  are  unaware 
of  the  details  or  of  the  corrective  action  be¬ 
ing  taken.  This  article  describes  some  of  the 
problems  encountered  during  the  month  of 
February.  February  was  chosen  because,  at 
the  time  of  writing,  it  was  the  month  just 
past  and  some  of  the  events  that  occurred 
were  unusual. 

Three  systems  will  be  discussed:  the  IBM 
3033/N12,  the  DEC  1090,  and  the  PDP 
11/70.  Only  problems  affecting  the  opera¬ 
tion  of  these  three  machines  will  be  dis¬ 
cussed;  problems  associated  with  particular 
devices  such  as  printers  and  VDTs  which 
did  not  hamper  the  throughput  of  the  sys¬ 
tems  are  not  included.  Also,  the  discussion 
here  is  limited  to  occurrences  which  caused 
outages  of  20  minutes  or  more. 

The  average  monthly  unscheduled  down¬ 
times  in  the  12  months  previous  to  Febru¬ 
ary  for  the  IBM  3033/N12,  DEC  1090,  and 
PDP  11/70  were  227,  324,  and  579 
minutes,  respectively.  As  can  be  seen  from 
the  Figures  below,  February  was  a  worse 
than  average  month. 

IBM  3033/N12  Total  unscheduled  down¬ 


time  for  the  month:  668  minutes. 

Feb.  4,  258  minutes  -  no  power  available. 

The  3033/N12  receives  its  power  from  a 
motor-driven  generator  (MG)  as  does  the 
3033U16  computer.  UTCS  has  3  MGs,  the 
third  being  a  backup  for  the  two  in  service. 
An  elaborate  switching  network  permits  the 
connection  of  any  MG  to  either  of  the 
above  two  computers  and  safeguards  that  2 
MGs  are  not  connected  to  one  computer. 
Slight  voltage  variations  had  made  it  neces¬ 
sary  to  switch  MGs  but  in  attempting  to  do 
so,  the  switching  network  failed,  with  the 
result  that  it  was  not  possible  to  connect 
the  3033/N12  to  any  MG.  Physical  Plant 
personnel  were  notified  and  corrected  the 
problem  by  bypassing  the  switching  net¬ 
work  and  later  repairing  it. 

Feb.  14,  75  minutes  -  jobs  abending  due  to 
missing  dataset. 

A  system  dataset  was  accidentally  deleted 
by  a  UTCS  programmer  causing  jobs  to  ter¬ 
minate  abnormally.  A  copy  of  the  volume 
on  which  this  dataset  resided  existed  on  an 
offline  disk  pack  so  this  pack  was  mounted 
and  used  for  production.  The  dataset  was 
restored  to  its  proper  volume  late  in  the 
evening. 

Feb.  26,  335  minutes  -  2  HDAs  replaced. 

The  head-disk  assembly  (HDA)  is  that  part 
of  a  Winchester-type  disk  storage  unit 
which  contains  the  disks  and  the  read/write 
heads.  Subsequent  to  power  shutdowns  in 
November  and  January,  affecting  McLen¬ 
nan  Labs,  UTCS  suffered  a  number  of 
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HDA  failures.  Such  failures  necessitated  re¬ 
placing  the  defective  units  and  restoring  the 
data  from  backup  tapes.  Discussions 
between  UTCS  and  CDC,  the  manufactur¬ 
ers  of  the  disk  units,  led  to  the  identifica¬ 
tion  of  a  manufacturing  problem  as  the 
cause  of  these  failures  and  also  to  the  reali¬ 
zation  that  there  were  two  additional  HDAs 
which  could  yet  fail.  The  above  downtime 
reflects  the  replacement  of  these  latter 
HDAs  and  was  greater  than  expected  be¬ 
cause  of  problems  encountered  by  CDC  en¬ 
gineers  during  installation. 

DEC  1090  Total  unscheduled  downtime 
for  the  month:  505  minutes. 

Feb.  11,  175  minutes  -  system  failure. 

DEC’S  Remote  Diagnostic  Centre  in 
Colorado  determined  the  problem  to  be 
with  the  memory.  DEC  engineers  arrived 
on  site,  located  the  problem  in  a  particular 
module  of  the  MH10  memory,  and  repaired 
it. 

Feb.  23,  303  minutes  -  DN87  failure. 

The  DN87  is  the  ‘communications  front 
end’  which  handles  communications 
between  terminals  and  the  CPU.  The  prob¬ 
lem  was  traced  to  a  particular  circuit  board 
(a  DH11  board)  that  was  drawing  excessive 
power.  This  board  was  removed  allowing 
the  DN87  to  function  but  with  16  fewer 
terminal  lines.  A  spare  DH11  board  was  lo¬ 
cated  and  its  installation  scheduled  for 


February  24. 

Feb.  24,  22  minutes  -  installation  of  a 
DH1 1  board. 

The  spare  DH11  board  mentioned  above 
was  installed,  restoring  the  number  of  avail¬ 
able  terminal  lines  to  its  normal  comple¬ 
ment. 

PDP  11/70  Total  unscheduled  downtime 
in  the  month:  1353  minutes. 

Feb.  3,  35  minutes  -  system  failure. 

The  system  was  restarted  twice.  The  cause 
of  these  failures  was  not  determined. 

Feb.  8/9,  1178  minutes  -  system  failed  and 
could  not  be  restarted. 

The  problem  was  traced  to  the  memory.  A 
power  supply  and  memory  controller  were 
replaced.  A  substantial  part  of  the  down¬ 
time  was  attributable  to  a  delay  in  receiving 
these  parts  from  DEC. 

Feb.  25,  54  minutes  -  system  crash. 

The  Varian  plotter  at  the  Statistics  Depart¬ 
ment  was  left  powered  on  and  online  at  the 
end  of  the  day  and  managed  to  bring  down 
the  system.  The  device  was  taken  offline, 
powered  off  and  the  system  restarted. 

Bob  Chambers 
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UTCS  is  contemplating  providing  a  number 
of  familiarization  courses  on  various  aspects 
of  micro  computers.  These  courses  would 
focus  on  the  needs  of  all  members  of  the 
University. 

In  addition,  a  number  of  vendors  of  micro 
computers  have  discussed  with  UTCS,  the 
possibility  of  providing  a  direct  sales  outlet 
on  campus.  Some  principles  that  might  ap¬ 


ply  to  such  an  operation  are: 


•  a  range  of  hardware  and  software  pro¬ 
ducts 

•  consultation  and  advice  on  product  offer¬ 
ings 

•  maintenance  services  for  equipment  sold 

•  vendor  special  ‘deals’  would  apply 
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•  sales  to  faculty,  staff,  and  students  (no 
tax  exempt  status) 

The  objective  would  be  to  provide  an  un¬ 
biased  advice  service  with  the  ability  to  buy 
locally.  The  range  and  type  of  products  of¬ 
fered  would  be  a  function  of  our  suppliers 
and  what  is  perceived  to  be  appropriate  to 


the  University  environment. 

At  this  time,  these  are  only  possibilities  and 
feedback  on  these  concepts  would  be  appre¬ 
ciated.  Please  call  Norman  Housley  at 
978-4697. 

( 

Norman  Housley 


Hours  of  Service 


The  following  hours  of  service  will  be  in  effect  for  the  Victoria  Day  weekend. 


May  21 

May  22 

May  23 

(Saturday) 

(Sunday) 

(Monday) 

3033/N12  GPJS (Classes  B,C,E), 

TSO,  Calcomp 

10:00-18:00 

10:00-18:00 

closed 

3033/N12  GPJS  (Class  A), 

HSJS,  WYLBUR,  APL,  ATMS 

10:00-18:00* 

10:00-18:00* 

unattended 

DEC  1090,  11/70 

10:00-18:00* 

unattended 

unattended 

B1CS 

unattended 

unattended 

unattended 

LIBRA 

unattended 

unattended 

unattended 

*  Running  unattended  outside  these  hours. 

Normal  hours  of  service  for  all  systems  will  resume  on  Tuesday,  May  24,  1983. 

IO  l&fr  Ua  Y"' ' 

Statistical  Computing  User  s  Group 


Two  meetings  of  users  concerned  with  sta¬ 
tistical  computing  have  been  held  recently. 
On  February  22,  some  short  talks  were 
given  about  SAS  documentation  and  usage 
statistics;  topics  which  had  been  suggested 
at  the  SUGI  debriefing  in  early  February.  A 
list  of  statistical  packages  for  microcomput¬ 
ers  was  handed  out,  and  the  state  of  the 
stats  world  was  quickly  reviewed.  Several 
lively  discussions  about  computing  prob¬ 
lems  and  UTCS  policies  proved  to  be  in¬ 
teresting  for  everyone.  On  March  23,  the 
group  decided  that  they  would  like  to  try  to 


establish  some  formal  structure  and  pur¬ 
poses.  Mary  Jean  Clements  of  the  Depart¬ 
ment  of  Pharmacology  was  chosen  as  inter¬ 
im  chairperson.  Another  meeting  has  been 
scheduled  for  April. 

If  you  would  like  to  participate  in  the  activi¬ 
ties  of  the  S.C.U.G.,  watch  HOTNEWS  and 
broadcast  messages  for  further  announce¬ 
ments. 

Diane  Mitchell 
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Tutorial  on  Electronic  Mail  Systems 


The  University  of  Toronto/University  of 
Waterloo  Cooperative  on  Information  Tech¬ 
nology  is  sponsoring  a  Tutorial  on  Electron¬ 
ic  Mail  Systems.  It  will  be  held  on  April  13, 
1983,  beginning  at  9:30  a.m.  in  Room 
5158,  Math  &  Computer  Building  at  the 
University  of  Waterloo.  The  program  will 
include  sessions  on  the  UNIX  and 
Honeywell  mail  systems  and  EDUCOM’s 
inter-campus  Mailnet  Project.  The  UW 
Electronic  Mail  Project  Team  have  prepared 
a  session  on  “Requirements  for  a  campus¬ 
wide  mail  system”  and  the  program  will 
conclude  with  a  panel  discussion  on,  “The 
major  feature  of  any  useful  electronic  mail 
system  is  ....”. 

The  fee  for  the  tutorial  is  $10.00  for 


members  of  Affiliates  of  the  Cooperative 
and  $20.00  for  others.  The  registration  fee 
does  not  include  the  price  of  lunch.  For 
more  information  please  contact  Susan 
Brown  at  978-5460  or  Doug  Todgham  at 
978-6510.  To  register,  write: 

Susan  Brown, 

Room  622, 

140  St.  George  Street, 

Toronto,  Ontario 
M5S  1A1 

and  enclose  the  registration  fee.  Cheques 
should  be  made  payable  to  the  University 
of  Toronto. 

|  6  n  I  1 G  O  Biu  pehlner 


SAS82.2  Available  for  Testing 


The  first  release  of  SAS82  has  finally  ar¬ 
rived  at  UTCS,  and  is  now  available  for 
testing.  The  JCL  that  should  be  used  to  ac¬ 
cess  SAS82  is: 

//  EXEC  SAS,LEVEL=SAS822, REGION  =  384K 

The  region  of  384K  will  be  made  the  de¬ 
fault  when  SAS82  goes  into  production. 
The  region  used  can  be  reduced  by  turning 
off  some  system  options.  Previously,  users 
were  told  that  by  stating 
OPTIONS  =  ‘NOGRAPHICS,NOINCLUDE’, 
they  could  save  10-25%  on  region  costs. 
An  additional  option,  NOMACRO,  can  now 
be  set  to  increase  savings.  Thus  many  users 
will  want  to  use  the  following  JCL  for  their 
SAS  jobs: 

//  EXEC'"SAS,LEVEL=SAS822,REGI0N  =384K, 

//  OPTIONS  =' NOG  RAPHICS.NOINCLUDE,  NOMACRO’ 

The  basic  documentation  for  SAS82  is  the 
new,  two  part  User’s  Guide  which  has  been 
available  since  September.  The  Basics  sec¬ 
tion  is  now  indispensible  for  all  SAS  users. 


and  the  Statistics  section  is  necessary  for 
anyone  wishing  to  use  the  statistical  pro¬ 
cedures.  A  new  User’s  Guide  for 
SAS/ETS82  has  just  been  published.  It  con¬ 
tains  more  examples  and  statistical  informa¬ 
tion  than  the  old  manual,  and  should 
answer  most  of  the  common  questions 
asked  by  new  users  of  time  series  methods. 
SAS/GRAPH  users  will  find  a  lot  of  new 
information  about  SAS/GRAPH  82  in  the 
‘SAS  Technical  Report  P-1 21’.  Also,  there 
are  a  few  new  procedures  in  the  Supple¬ 
mental  Library  which  are  documented  in 
the  Technical  Report  P-130. 

Several  articles  have  already  appeared  in 
COMPUTERNEWS  about  new  features  in 
SAS82.  PROC  CALENDAR  was  featured 
in  the  December  ’82  issue,  and  an  intro¬ 
duction  to  PROC  TABULATE  can  be 
found  in  the  October/November  issue. 
Another  major  new  feature,  the  enhanced 
MACRO  facility,  is  introduced  in  a  separate 
article  in  this  issue. 

All  SAS  users  are  urged  to  test  SAS82.2  so 
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SAS82.2  continued 


that  problems  can  be  worked  out  as  soon  as  call  the  Central  Advising  Office 

possible.  If  you  have  any  questions,  please  HELP. 

Diane 

SAS  Macro  Language:  New  for  82 


at  978- 
Mitchell 


A  macro  is  defined  as  stored  text  combin¬ 
ing  SAS  code  and  macro  code  that  is  re¬ 
ferred  to  by  name.  The  processing  of  mac¬ 
ros  is  controlled  by  a  special  macro 
language  that  uses  the  percent  sign  (%)  and 
ampersand  (&)  to  denote  macro  actions. 
The  macro  facility  makes  it  possible  to  de¬ 
fine  macros  that  accept  parameters,  retain 
macro  variables  across  SAS  steps,  and  con¬ 
ditionally  create  SAS  statements.  The  SAS 
macro  facility  allows  you  to  package  long 
and  detailed  program  segments  and  invoke 
them  with  a  single  command. 

The  power  of  this  greatly  enhanced  macro 
language  will  be  very  useful  to  many  SAS 
users,  but  it  must  be  used  with  care.  It 
must  be  remembered  that  when  you  use 
macros  you  are  creating  SAS  statements 
and  your  job  costs  will  reflect  the  cost  of 


executing  those  statements  exactly  as  if  you 
had  entered  all  the  statements  by  yourself. 

All  documentation  about  SAS  Macros  can 
be  found  in  Chapter  15  of  the  new  Basics 
section  of  the  SAS  User’s  Guide.  All  the 
macro  statements  are  explained  and  several 
examples  are  examined  in  detail.  Special  at¬ 
tention  should  be  paid  to  the  section  of 
Performance  Considerations,  which  begins 
on  page  465. 

If  you  have  any  questions  about  the  SAS 
Macro  Language,  or  are  concerned  whether 
a  macro  should  be  used  in  a  certain  situa¬ 
tion,  please  call  the  Central  Advising  Office 
at  978-HELP. 

A.C  A  Diane  Mitchell 


WYLBUR  DO  Facility  Enhancements 


WYLBUR  JOBSTAT  Exec  File 

UTCS  has  implemented  a  new  JOBSTAT 
Exec  file  to  easily  obtain  information  about 
completed  jobs.  The  format  of  this  com¬ 
mand  is: 

DO  JOBSTAT  <jobid> 

The  Exec  will  then  return  all  the  step  con¬ 
dition  codes  associated  with  that  particular 
job.  Note  that  the  active  file  is  replaced 
when  this  command  is  used  and  this  can  be 
destructive.  JOBSTAT  can  be  a  very  useful 
tool  for  users  with  large,  multi-step  jobs  or 
those  debugging  their  programs. 


The  command  may  also  be  used  to  obtain 
the  number  of  SYSOUT  records  associated 
with  each  job  step.  These  records  may  then 
be  fetched  using  the  WYLBUR  FETCH 
command.  To  obtain  further  information, 
execute  the  following: 

DO  JOBSTAT? 

UTCS  will  consider  requests  from  users  for 
Exec  files  which  may  be  of  a  general  nature 
and  would  be  beneficial  to  other  users.  If  a 
WYLBUR  user  has  an  idea,  he  should  con¬ 
tact  the  Central  Advising  Office  at  978- 
HELP. 

Herb  Kugel 
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News  about  Waterloo  SCRIPT 


Recently  the  University  of  Waterloo  an¬ 
nounced  the  availability  of  a  new  version  of 
SCRIPT.  UTCS  will  be  acquiring  it  and  re¬ 
placing  the  current  version.  Please  watch 
HOTNEWS  for  more  details  about  availabil¬ 
ity. 

Currently,  there  are  two  catalogued  pro¬ 
cedures  —  SCRIPT  (version  3.3)  and 
WSCRIPT  (version  3.7).  Version  3.3  (at 
times  referred  to  as  NSCRIPT)  will  be  re¬ 
moved  from  the  system  on  May  1,  1983. 
While  the  new  version  will  be  made  avail¬ 
able  through  both  the  WSCRIPT  catalogued 
procedure  and  WSCRIPT  TSO  command, 


the  current  version  of  WSCRIPT  will 
remain  available  only  through  the  batch 
WSCRIPT  procedure.  TSO  users  using  the 
WSCRIPT  command  will  only  be  able  to 
access  the  new  release.  Users  now  using 
version  3.3  (SCRIPT)  should  contact  Cen¬ 
tral  Advising  (978-HELP)  for  assistance  in 
moving  to  the  new  release  of  WSCRIPT. 

UTCS  will  be  upgrading  the  support  level 
of  the  new  release  of  Waterloo  SCRIPT 
from  Class  C  to  Class  B. 

)  6?  I  ^  I  Vjo-yt  (9M?c  ,  )Q2>o  Lidio  Presutti 


VS  COBOL  Upgrade 


VS  COBOL  has  been  upgraded  by  a  major 
maintenance  fix  to  correct  a  processor 
ABEND.  Incidentally,  VS  COBOL  users 
may  obtain  a  listing  of  all  COBOL  error 
messages  simply  by  executing  the  following: 

//  EXEC  COBDOC 


This  could  be  very  useful  to  a  regular 
COBOL  user.  Note  that  the  output  is  less 
than  3000  lines  and  it  does  not  require  spe¬ 
cial  forms. 

|  U>  !  H  X  ^ 
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DEC-10  System  Backups 


This  article  is  part  of  a  continuing  series  on 
data  security.  It  explains  the  procedures 
that  UTCS  follows  to  maintain  offline  tape 
backups  of  the  disks  on  the  DEC- 10.  The 
exposure  to  loss  of  data  through  errors  on 
the  part  of  the  user  or  through  catastrophic 
disk  failure  is  detailed. 

As  part  of  the  normal  course  of  events  all 
public  disk  packs  on  the  DEC- 10  are 
backed  up  in  a  weekly  cycle.  The  purpose 
of  the  backups  is  to  allow  the  information 
on  a  disk  to  be  recovered  in  the  event  of  a 
serious  disk  failure.  These  backups  allow 
UTCS  to  recover  individual  files  for  users 
after  some  sort  of  accidental  deletion  or 


corruption  of  the  files.  File  restoration  for 
users  is  done  by  UTCS  at  the  user’s  ex¬ 
pense  only  in  the  case  of  accidental  loss. 
Users  should  not  rely  on  UTCS  for  offline 
file  storage  nor  for  the  protection  of  impor¬ 
tant  files.  (See  article  entitled  “Offline 
Storage  on  the  DEC- 10”.) 

The  weekly  backup  cycle  begins  on  Satur¬ 
day  when  a  full  backup  of  all  disks  are 
made.  This  backup  takes  all  day  and  the  ex¬ 
act  time  of  backup  of  any  particular  directo¬ 
ry  cannot  be  predicted  from  week  to  week. 
If  there  are  technical  difficulties,  the  nor¬ 
mal  weekly  backup  will  be  completed  as 
soon  as  possible  after  the  problems  are 
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DEC-10  System  Backups  continued 

resolved.  Incremental  backups  are  taken  in 
the  morning  of  each  weekday.  These  back¬ 
ups  save  copies  of  modified  or  newly  creat¬ 
ed  files  since  the  preceding  Saturday’s  full 
backup.  No  backups  of  any  kind  are  done 
on  Sundays.  The  weekly  full  backup  taken 
on  the  first  Saturday  of  each  month  is 
stored  in  a  special  vault  for  one  year.  The 
other  weekly  backups  are  kept  for  only  one 
month. 

This  backup  cycle  defines  exposures  to  loss 
of  data.  For  example  if  a  serious  disk 
problem  that  required  reconstruction  of  the 
disk  happened  on  Sunday  evening,  files 
created  since  Saturday  would  be  permanent¬ 
ly  lost.  Similarly,  modifications  to  files  since 
Saturday  would  also  be  lost.  A  disk  failure 
on  any  weekday  would  result  in  the  loss  of 
one  day’s  work;  the  disk  would  be  recon¬ 
structed  as  of  the  preceding  incremental 
backup. 

A  disk  problem  would  not  affect  all  users. 
There  are  several  public  disk  ‘structures’ 


and  loss  would  be  limited  to  one  structure 
only.  Therefore,  ‘DSKB’  users  would  be 
unaffected  by  a  loss  on  ‘DSKD’  and  vice 
versa. 

Recovering  from  accidental  file  deletion  or 
corruption,  while  not  encouraged,  is  avail¬ 
able.  If  you  want  to  recover  these  files  call 
the  Central  Advising  Office  at  978-HELP  or 
send  a  message  online  to  ‘Advisor’.  Your 
PPN,  filename,  and  the  date  the  file  disap¬ 
peared  is  required.  Users  must  be  aware 
that  the  storage  of  the  monthly  backups  for 
one  year  means  that  only  files  that  existed 
at  the  time  of  the  monthly  backup  are 
saved.  A  file  created  on  the  10th  of  the 
month  and  deleted  on  the  23rd  is  saved  for 
one  month,  not  one  year.  A  file  that 
makes  a  weekly  backup  is  saved  for  about 
one  month.  A  file  that  makes  an  incre¬ 
mental  backup  is  saved  for  about  one  week. 
A  file  whose  life  is  too  short  to  make  a 
backup  is  not  saved  at  all. 
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Offline  File  Storage  for  DEC-10  Users 


Corot  Reason 


This  article  is  part  of  a  continuing  series  on 
data  security.  It  explains  how  DEC- 10 
users  can  store  their  files  offline  on  tape  us¬ 
ing  the  BACKUP  utility  program.  This  al¬ 
lows  users  to  reduce  long-term  storage 
charges.  This  also  provides  the  user  with  a 
way  to  personally  backup  critical  data.  By 
having  full  control  of  when  backups  are 
done,  the  user  reduces  exposure  to  data 
loss  to  a  minimum. 

In  order  to  use  offline  storage,  a  user  can 
rent  or  buy  tapes,  request  tape  mounts,  use 
the  BACKUP  utility,  and  produce  direc¬ 
tories  of  tape  contents  for  reference.  Each 
of  these  steps  are  described  in  detail  below. 
Some  important  warnings  and  limitations 
are  provided  first.  The  location  of  other 
reference  material  is  provided  at  the  end  of 
this  article. 

The  examples  given  here  are  sufficient  to 


allow  users  to  keep  data  and  text  offline  on 
tape.  Some  users  may  have  special  require¬ 
ments  for  file  archival  and  the  examples 
here  may  not  be  applicable  for  those  users. 

The  BACKUP  utility  should  not  be  used  to 
write  tapes  that  are  to  be  read  on  another 
type  of  computer  (i.e.,  the  IBM  computer). 
The  tapes  written  using  the  examples  here 
are  readable  only  on  TOPS- 10  and  TOPS-20 
machines.  To  write  tapes  that  are  to  be 
read  on  other  machines,  use  the  CHANGE 
utility,  which  can  write  a  so-called  ‘industry 
compatible’  tape  (i.e.,  an  unlabelled  fixed- 
record  IBM  tape  in  EBCDIC). 

An  advantage  of  doing  your  own  backups  is 
your  complete  control  of  the  process.  It 
does  require  some  care  to  avoid  misusing 
this  control.  You  must  manually  ensure 
that  new  save  sets  are  appended  to  the  end 
of  the  data  on  the  tape.  If  you  fail  to  do 
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Offline  File  Storage  continued 

this,  you  will  erase  the  data  already  on  the 
tape.  You  must  maintain  some  record  of 
the  contents  of  the  tape.  Otherwise  finding 
a  specific  file  may  require  a  tedious  search. 

To  use  the  BACKUP  utility  you  must 
mount  a  tape.  Tapes  can  be  rented  for 
$1.60  a  month  from  UTCS  by  contacting 
the  tape  librarian  at  978-7319.  A  single 
tape  can  store  the  contents  of  about  50,000 
disk  blocks.  There  is  a  fixed  charge  for 
each  tape  mount  plus  a  charge  for  elapsed 
time  on  the  tape  drive.  The  fixed  charge  is 
$1.10  and  the  elapsed  time  charge  is 
$3. 00/hour. 

To  mount  a  tape  for  writing,  type  this  com¬ 
mand: 

.MOUNT  MTA  MYTAPE/REELID:N1234/WE 

The  7WE’  part  tells  the  operator  to  make 
sure  the  tape  can  be  written  on.  If  you  are 
only  reading  the  tape,  you  should  omit  this 
part.  ‘N1234’  is  the  tape  number. 
MYTAPE  is  the  logical  name  which  will  be 
used  during  your  session  to  refer  to  this 
tape.  When  you  rent  the  tape  you  must  tell 
the  librarian  that  you  are  going  to  use  the 
tape  on  the  DEC- 10.  Only  PPN’s  author¬ 
ized  for  a  particular  tape  can  mount  that 
tape. 

Once  the  tape  is  mounted,  you  then  use 
BACKUP  to  write  a  ‘save  set’  on  the  tape. 

A  save  set  is  just  a  collection  of  files  that 
are  bundled  together  by  BACKUP.  Each 
time  you  write  the  tape  a  new  save  set  is 
written.  BACKUP  can  be  used  to  write  a 
first  save  set  on  tape,  write  additional  save 
sets,  or  restore  a  file  from  a  save  set  which 
is  already  saved. 

Here  is  an  example  of  a  BACKUP  session. 

In  this  case  all  the  files  in  the  user’s  current 
directory  are  saved.  You  can  be  more  selec¬ 
tive  if  you  wish. 

.R  BACKUP 
/TAPE  MYTAPE 
/INTERCHANGE 

/EOT  ;do  NOT  use  this  on  first-time 

;use  of  the  tape 


/SSNAME  “ALL  MY  FILES”  ;this  is  just  a  comment 

;written  on  the  tape 

/SAVE  *.*  ;saves  all  files  in  current 

;directory 

“Done 

rc 

.DIR  MYTAPE:  ;will  list  a  save  set  by 

;save  set  directory 
;of  the  tape. 

.DISMOUNT  MYTAPE:  ;unloads  and  releases  the 

;tape  drive 


Note  that  the  ‘EOT’  (logical  ‘end  of  tape’) 
command  must  be  used  to  avoid  destroying 
data  on  the  tape  on  the  second  and  subse¬ 
quent  writes  to  the  tape,  but  should  not  be 
used  on  the  first  use  of  the  tape. 


Once  several  save  sets  have  been  written 
on  the  tape,  you  may  wish  to  produce  a 
directory  of  the  tape  contents  for  reference. 
You  can  create  a  file  with  the  tape  contents 
via: 


.DIRECT  N 1234. DIR  =  MYTAPE: 

when  the  tape  is  mounted.  The  file 
N1 234. DIR  can  then  be  printed. 

When  restoring  a  file  from  a  save  set,  the 
position  of  the  save  set  on  the  tape  must  be 
determined.  For  example  if  you  wish  to  re¬ 
store  a  file  called  FOO.FOR  from  the  sixth 
save  set  on  a  tape,  the  following  would  do 
the  trick  after  the  tape  is  mounted: 

.R  BACKUP 
/TAPE  MYTAPE 
/INTERCHANGE 

/SKIP  5  ;skip  over  the  first  5  save  sets 

/RESTORE  FOO.FOR 

“Done 

rc 


Since  the  position  of  save  sets  must  be  used 
for  restoring  files,  keeping  a  hard  copy  of 
the  tape  directory  is  recommended. 

If  you  reach  the  end  of  a  tape  when  doing  a 
save,  it  is  probably  best  to  abort  the  save, 
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Offline  File  Storage  continued 

rent  a  second  tape,  and  re-do  the  save  on 
the  second  tape.  BACKUP  supports  multi¬ 
tape  save  sets,  but  using  them  is  usually 
more  trouble  than  it’s  worth. 

Other  information  is  available  in  USER- 
BOOK  Section  7  or  in  the  HELP  and  DOC: 


files  online  for  BACKUP  and  CHANGE.  If 
you  have  questions  about  using  BACKUP, 
contact  the  Advising  Office  at  978-HELP 
before  you  begin  to  rely  on  your  own  off¬ 
line  file  storage. 
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Calcomp  Support  on  DEC-10 


Corot  Reason 


Graphics  software  KIG  Version  2.8  will  be 
available  in  the  DEC-lO’s  NEW:  area  for 
testing  about  April  1983.  Online  documen¬ 
tation  and  help  files  will  be  available  during 
the  test  period.  The  exact  date  of  the  test 
and  the  location  of  HELP  files  will  be  an¬ 
nounced  via  Broadcast  and  HOTNEWS 
messages.  It  will  support  the  Calcomp  1051 
Four  Colour  Pens  Plotter  via  its  pseudo 
device  driver,  KGFGEN. 

When  a  FORTRAN  program  is  executed 
with  the  REL  library,  KGFGEN,  a  device 
independent  graphics  output  file  (KGF) 
will  be  generated.  The  KGF  file  may  then 
be  submitted  to  the  IBM  for  Calcomp  hard¬ 
copy  output  using  the  IPLOT  command. 
Since  the  Calcomp  1051  resides  on  the 
IBM,  a  valid  System  Access  Code  (SAC) 
for  the  General  Purpose  Job  Stream  will  be 
required. 

The  subroutines  in  KIG  V2.8  follow  the 
FORTRAN  calling  convention.  They  are 
similar  to  those  in  3.8PLOTBASIC  with  the 
following  exceptions. 

1.  Optional  arguments  are  not  available 
and  are  effectively  ignored  if  specified. 

E.g.,  PLOTS  has  no  arguments  and 
PLOT  has  no  LINEWT  argument 

2.  New  subroutines  are  introduced. 

E.g.,  PLOTSG  allows  graphics  size 
specification  and  has  parameters 
reserved  for  Gould. 


3.  New  symbol  tables  are  available. 

Programs  that  work  on  the  IBM  with  Gould 
or  Calcomp  may  not  work  identically  on 
DEC- 10  after  they  are  transferred  to  DEC- 
10.  The  difference  in  the  graphics  output 
may  be  due  to  the  difference  between 
3.8PLOTBASIC  and  KIG  V2.8,  and/or  the 
difference  between  the  DEC- 10  and  IBM 
FORTRAN.  KIG  V2.8  will  also  be  intro¬ 
duced  on  IBM.  Programs  written  with  KIG 
V2.8  may  then  be  transferred  between 
DEC- 10  and  IBM  provided  that  the  FOR¬ 
TRAN  66  Standard  is  observed  and  host 
FORTRAN  differences  are  avoided  or 
bypassed.  (See  HELP  GFDIFF.) 

After  the  Calcomp  Support  on  DEC- 10 
goes  into  production,  DEC- 10  support  for 
the  Gould  will  be  introduced.  Users  will  be 
able  to  use  the  same  programs  and 
KGFGEN  driver  for  producing  KGF  files 
which  may  then  be  submitted  to  the  Gould 
or  Calcomp  using  the  IPLOT  command 
with  appropriate  FORMS  switch  values. 

Terminal  drivers  for  HP2648  and  the  Dia¬ 
blo  1620  will  be  upgraded  from  VI. 0  to 
V2.8.  New  drivers  for  GIGI,  HP7470,  and 
Tektronix  4010  series  will  be  introduced. 
Please  watch  COMPUTERNEWS,  Broad¬ 
cast,  and  HOTNEWS  messages  for  further 
announcements. 

If  you  have  any  questions  or  suggestions, 
please  contact  Kin  Fong  at  978-4924. 

Kin  Fong 
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Breakthrough  in  Computer  Graphics 


UTCS  has  recently  acquired  a  new,  state- 

of-the-art,  single-user,  stand-alone  graphics 

device.  It  features: 

•  high  portability 

•  processing  power  equivalent  to  that  of  a 
small  VAX  750  packed  into  roughly  4.5 
cubic  feet 

•  infinitely  expandable  memory 

•  cited  in  several  user-forums  as  being  an 
extremely  unique,  user-friendly  system. 
(Ed.  note:  Reports  have  recently  been 
received,  however,  that  since  the  system 
tends  to  develop  a  unique  dialogue  with 
each  user,  it  may,  at  times,  be  classed  as 
somewhat  user-antagonistic.) 

•  an  English-like  command  structure 

•  capability  of  both  colour  (24)  and  black 
and  white  output  on  a  variety  of  forms 
(including  standard  for  preliminary 


graphics). 

•  ability  to  draw  perfect  curves  in  its  high 
resolution  mode,  although  it  also  sup¬ 
ports  a  low-res  mode  which  strongly 
resembles  line  printer  graphics  (see  cov¬ 
er  for  an  example  of  these  contrasting 
styles). 

•  optical  scanner  support  for  graphics  input 

For  further  information,  mail  self-addressed 

envelope  to: 

Ms.  April  Foole 
c/o  Krys  Warchol 

Room  257,  McLennan  Physical  Labs 
University  of  Toronto 

Krys  Warchol 


How  to  Survive  Year  End  Accounting 


As  most  users  are  aware,  the  University 
Fiscal  Year  End  is  April  30th.  This  means 
that  all  Blanket  Purchase  Orders  raised  for 
computing  on  a  Departmental  Appropria¬ 
tion  Account  (Ledger  1)  will  expire  with 
the  approach  of  that  date. 

The  Comptroller’s  Office  has  given  UTCS  a 
billing  close-off  date  for  charges  to  P.O.s  of 
April  27.  Therefore,  the  last  day  for  accru¬ 
ing  machine  charges,  to  be  applied  to  the 
P.O.,  is  April  26.  The  balance  of  the  P.O.  is 
then  returned  to  the  free  balance  of  the 
department’s  appropriation  account  after 
the  April  27th  billing  is  processed  by  the 
Comptroller’s  Office. 

The  balance  of  April’s  charges,  from  April 
27  to  30  will  be  charged  to  the  free  balance 
of  the  appropriation,  to  the  limit  returned 
to  the  free  balance.  For  example,  if  the 
remaining  balance  of  a  P.O.  is  $200  after 
the  last  P.O.  billing  and  the  total  usage  for 
the  last  four  days  of  April  is  $225.,  $200 


will  be  billed  to  the  free  balance  and  the 
remaining  deficit  of  $25  will  be  carried  for¬ 
ward  and  billed  to  the  P.O.  for  the  new 
budget  year.  The  Accounting  Services  Of¬ 
fice  can  probably  assist  an  account  adminis¬ 
trator  in  choosing  the  best  method  to  avoid 
either  deficit  carryforwards  or  excessive  free 
balance  at  the  end  of  the  budget  year.  Ac¬ 
count  administrators  are  encouraged  to  call 
978-8702  or  978-7148  to  make  arrange¬ 
ments. 

In  order  to  achieve  uninterrupted  service 
over  the  year  end,  account  administrators 
are  advised  to  do  the  following: 

1.  Supply  the  Accounting  Service  Office 
with  a  photocopy  of  a  Purchase  Re¬ 
quisition  for  the  new  budget  year  by 
April  20.  It  should  clearly  show  the 
BPOA  holder’s  name,  the  BPOA 
number,  the  dollar  amount,  and  the 
1982/83  P.O.  number  that  it  is  replac¬ 
ing.  In  the  case  of  a  new  account. 
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where  the  BPOA  and  previous  P.O. 
numbers  are  not  available,  the  word¬ 
ing  ‘NEW  ACCOUNT’  should  be 
used. 

2.  If  more  than  one  CAN  is  associated 
with  the  BPOA,  a  listing  should  be 
made  of  the  CANs  to  be  used  in  the 
new  year  and  the  initial  spending  limit 
of  each.  They  should  be  listed  on  the 
Purchase  Requisition  or  on  a  separate 
attached  sheet.  A  course  name  or 
project  title  should  also  be  included  if 
this  information  is  desired  on  account¬ 
ing  reports  for  identification  purposes. 
If  new  CANs  are  required  and/or  pre¬ 
vious  CANs  are  to  be  closed,  this  in¬ 
formation  should  be  included  on  the 
same  listing. 

3.  Service  Access  Codes  should  be 
checked  to  determine  whether  they 
are  required  in  the  new  year.  If  they 
are,  the  expiry  date  should  be  checked 
and  changed  if  required.  Spending 
limits  are  another  important  con¬ 
sideration.  If  changes  to  total  spend¬ 
ing  limit  and  usage  to  date  require 
resetting,  this  information  should  also 
be  communicated  before  the  end  of 
April.  It  has  been  the  practice  of  Ac¬ 
counting  Services  in  past  years  to  cal¬ 
culate  the  balance  remaining  on  a 
GPJS  SAC.  Use  this  figure  to  estab¬ 
lish  the  new  spending  limit  and  set  the 
accumulated  usage  amount  to  zero. 
For  example:  if,  at  midnight  on  April 
30,  the  SAC  shows  a  spending  limit  of 
$300  and  usage  to  date  of  $275.,  the 
SAC  would  be  reset  to  show  the 
spending  limit  as  $25,  and  usage  to 
date  as  0.  This  will  be  done  automati¬ 
cally  for  all  instructional  and  adminis¬ 
trative  GPJS  SACs  (not  Research), 
unless  instructed  otherwise.  As  you 
can  see  from  the  preceding  example, 
establishing  the  old  balance  as  the  new 


spending  limit  may  not  be  adequate  to 
carry  on  work  planned  for  May. 

The  discussion  thus  far  has  dealt  mainly 
with  the  year  end  situation  as  it  normally 
affects  instructional  and  administrative  type 
users.  Researchers  are  also  affected  by  the 
expiration  of  departmental  subsidy  P.O.s.  In 
this  case.  Departmental  Computing 
Representatives  are  requested  to  supply  Ac¬ 
counting  Services  with  a  copy  of  the  new 
Subsidy  Purchase  Requisition  before  April 
30,  showing  either  the  distribution  ratio  or 
individual  allotments  for  each  Research 
BPOA  to  be  subsidized.  Researchers  should 
be  informed  of  what  subsidy  funds  are  be¬ 
ing  made  available  to  them  and  let  Ac¬ 
counting  Services  know  how  the  funds  are 
to  be  apportioned  to  the  BPOA’s  associated 
CANs,  if  more  than  one  CAN  is  involved. 

It  is  hoped  that  this  information  is  enough 
to  help  and  not  too  much  to  confuse.  Ac¬ 
count  Administrators  are  encouraged  to  dis¬ 
cuss  any  doubts  or  difficulties  arising  with 
accounts  or  access  codes  at  any  time  by  cal¬ 
ling  the  Accounting  Services  staff  at  the  fol¬ 
lowing  numbers. 

Joan  Coutts  (SACs)  978-8703 

Agatha  Stevens  (BPOAs  and  CANs)  978-8702 

Sylvia  May  (Accounts  Receivable)  978-7148 

Marg  Doherty  (Supervisor)  978-3960 

Mail  should  be  addressed  as  follows: 

UTCS  '  Accounting  Services 
255  Huron  Street,  Room  337 
University  of  Toronto 

You  may  prefer  to  pay  us  a  visit  on  occa¬ 
sion.  We  are  here  between  the  hours  of  9 
and  5,  Monday  to  Friday. 

Marg  Doherty 
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Information  Office  Policies 


Due  to  the  high  cost  of  processing  invoices  and  debit  memos  for  items  sold  at  UTCS,  the  Infor¬ 
mation  Office  is  adopting  a  policy  with  regard  to  a  minimum  billing  fee.  As  of  May  1,  1983  the 
minimum  amount  invoiced  or  processed  through  an  appropriation  account  will  be  $10.00. 

All  documentation,  supplies  or  any  other  items  purchased  at  the  Information  Office  amounting 
to  less  than  $10.00  will  have  to  be  paid  for  in  cash  or  by  cheque.  Users  unable  to  pay  by  this 
procedure  will  be  invoiced  or  debited  the  minimum  amount  of  $10.00.  UTCS  cannot  provide  a 
mechanism  for  a  ‘running  total’  of  orders  to  be  billed  to  users  at  a  later  date.  We  regret  that 
this  may  cause  some  inconvenience  to  our  user  community. 

For  your  interest,  the  current  price  list  for  some  items  and  documentation  available  through  the 
Information  Office  is  as  follows. 

Manual  Cost 

Beginners  Guide  to  Multiprogram  Batch  (Digital)  $  6.00 

PDP11  Peripherals  Handbook  1978-79  (  "  )  $13.20 

PDP11  Processor  Handbook  1979-80  (  l’  )  $9.80 

VAX  Architecture  1981  (  °  )  $24.00 

VAX/VMS  Command  Language  User’s  Guide  (  ”  )  $46.80 

VAX/VMS  Guide  to  Using  Command  Procedures  (  l’  )  $26.40 

VAX/VMS  Primer  (  ”  )  $20.40 

VAX- 11  FORTRAN  User’s  Guide  (  *’  )  $26.40 

VAX-11  FORTRAN  Language  Ref  Manual  (  °  )  $36.00 

VAX- 11  SORT/MERGE  User’s  Guide  (  *’  )  $22.00 

VAX- 11  PASCAL  User’s  Guide  (  °  )  $26.40 

VAX- 11  PASCAL  Language  Ref  Manual  (  *’  )  $36.00 

VAX-1 1  Symbolic  Debugger  Ref  Manual  (  *’  )  $26.40 

VAX-11  Linker  Reference  Manual  (  ”  )  $26.40 

SPSS  (Statistical  Package  For  The  Social  Sciences)  $28.10 

SPSS  UPDATE  7-9  (New  Procedures  and  Facilities  for  Releases  7-9)  $16.90 

SPSS  Introductory  Guide  (Basic  Statistics  and  Operations)  $14.30 

SAS  User’s  Guide:  Basics  1982  $22.45 

SAS  User’s  Guide:  Statistics  1982  $22.45 

SAS  for  Linear  Models  $22.45 

SAS/ETS  User’s  Guide:  Econometric  and  Time-Series  Library  1982  $22.45 

SAS  Introductory  Guide  $  5.95 

SAS  Applications  Guide  1980  $14.95 

SAS  Programmer’s  Guide  1981  $11.95 

SAS  Supplemental  Library  User’s  Guide  1980  $11.95 

SAS  82.2  Enhancements  to  the  SAS  Supplemental  Library  S-130  $  5.80 

SAS/GRAPH  User’s  Guide  1981  $11.95 

SAS/GRAPH  Enhancements  and  Updates  for  82.2  Release  T- 121  $  2.90 

Several  Sections/Modules  of  USERBOOK  which  are  currently  under  revision  but  still  available, 
will  be  on  sale  in  the  Information  Office.  The  following  Sections/Modules  will  not  be  re¬ 
ordered  upon  depletion  of  stock  until  revisions  are  complete. 
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3.4  Utilities 

(February  1976) 

$0.40 

3.4  Utils 

(August  1976) 

$  1.00 

3.5  Language  Processors 

(January  1975) 

$0.25 

3.5  Linkedit 

(January  1975) 

$0.25 

3.8  Printrains 

(June  1977) 

$0.50 

4.0  Interactive  Services 

(December  1975) 

$  3.75 

Vera  Cabanus 

2,0  Q'r  >  U 

Special  Forms  Charging 


In  earlier  issues  of  COMPUTERNEWS  the 
subject  of  real  money  charging  for  special 
forms  was  introduced  and  those  of  you  who 
attended  the  UTCS  Users’  Committee 
meetings  may  have  been  aware  of  the  con¬ 
cern  shown  by  some  members  of  the 
University  community.  UTCS  has  decided 
that  although  this  policy  will  be  enforced  in 
the  long  run,  its  introduction  in  mid-year 
was  premature.  Therefore,  it  has  been  de¬ 
cided  that  all  charges  levied  in  real  money 
for  special  forms  will  be  returned  and  no 
further  charges  for  such  forms  will  be 
levied  at  the  present  time. 


for  special  forms  to  the  appropriate  faculties 
in  the  amounts  they  used  this  year.  Next 
year  we  will  charge  for  all  special  forms 
usage  in  exactly  the  same  manner  as  we  did 
this  budget  year. 

Users  who  have  incurred  such  charges  do 
not  need  to  take  any  steps,  as  UTCS  is  al¬ 
ready  processing  the  necessary  credits  to 
the  appropriations  which  had  been  debited 
for  the  use  of  these  forms.  In  the  event  that 
there  are  any  problems,  please  contact  the 
Accounting  Supervisor,  Ms.  Margaret 
Doherty  at  978-3960. 


UTCS  is  transferring  all  of  its  base  budget 


I  V, 


Dr.  Frank  Spitzer 


Summary  of  APL  Hotnews  Items 


The  ‘Summary  of  APL  HOTNEWS  Items’  became  a  regular  feature  of  COMPUTERNEWS  in 
November  of  1981.  It  was  added  because  it  had  become  apparent  that  most  users  do  not  regu¬ 
larly  check  the  APL  HOTNEWS  facility,  and  that  some  users  are  unaware  of  its  existence.  To 
assist  users  who  check  HOTNEWS  infrequently,  a  list  of  dates  and  titles  of  recently  issued 
HOTNEWS  items  is  printed  in  COMPUTERNEWS  on  a  reqular  basis. 

The  following  is  a  list  of  HOTNEWS  items  entered  between  February  9,  1983  and  March  21, 
1983. 

DATE  TITLE 

16/02/83  First  meeting  of  the  Statistical  Computing  Group. 

22/02/83  The  CIPS  APL  SIG  is  meeting  on  Monday,  March  23,  1983.  (Data  Base) 

11/03/83  Organizational  meeting  of  the  Statistical  Computing  Users  Group 

21/03/83  The  CIPS  APL  SIG  will  meet  on  Wed.  April  27.  (business  meeting) 

21/03/83  Support  for  247 1  ’s  is  going  away  on  April  30,  1983. 

APL  HOTNEWS  may  be  accessed  by  loading  the  workspace,  1  HOTNEWS.  For  example,  to 
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APL  Hotnews  continued 

print  the  news  of  November  28,  1982,  type:  NEWS  ‘28/11/82’.  To  print  all  news  items  since 
October  1,  1982,  type:  NEWS  SINCE  ‘01/10/82’.  For  more  instructions  on  the  use  of  this 
workspace,  please  see  the  variable  DESCRIBE. 


Mary  Ann  La  wry 

UTCS  Users'  Committee 


The  UTCS  Users’  Committee  met  on 
March  7  for  its  regular  monthly  meeting. 
The  primary  topic  of  discussion  was  a  draft 
of  the  proposed  UTCS  annual  plan  which 
had  been  distributed  to  members  of  the 
Users’  Committee  at  their  request.  Two 
members  of  the  Review  Board  also  attend¬ 
ed  this  meeting  and  participated  actively  in 
the  discussions.  Warren  Jackson  was  com¬ 
plemented  for  releasing  the  annual  plan  in 
time  for  the  Users’  Committee  to  have  an 
input  in  its  formulation. 

Several  concerns  surfaced  regarding  the  ap¬ 
parent  directions  reflected  in  the  proposed 
annual  plan.  Decentralization  was  seen  as  a 
force  which  may  have  very  bad  effects  for 
the  small  user  who  cannot  afford  to  create 
their  own  mini-centre.  Dedicating 
hardware  to  specific  functions,  such  as  a 
minicomputer  devoted  to  SAS  processing 
may  increase  the  difficulty  in  moving  data 
from  one  package  to  another.  It  was  noted 
that  decentralization  is  an  option  proposed 
in  the  University  Policy  on  Computing,  not 
a  forecast  of  what  must  happen.  Where  de¬ 
centralization  does  occur,  it  is  intended  to 
be  done  for  the  convenience  of  the  users. 

Some  members  of  the  Users’  Committee 
felt  that  the  proposed  Annual  Plan  em¬ 
phasized  hardware  developments  and 
neglected  the  question  of  software.  For  ex¬ 
ample,  Professor  Len  Fertuck  pointed  out 
the  need  which  academic  users  have  for  a 
Data  Base  Management  System.  There  was 
a  specific  request  that  UTCS  introduce  a 


form  of  software  management  to  comple¬ 
ment  the  facilities  and  communications 
management  now  being  done.  In  particu¬ 
lar,  users  are  looking  to  UTCS  to  provide 
leadership  in  the  selection  of  applications 
software.  Warren  Jackson  pointed  out  that 
this  is  a  divisive  issue.  Users  who  are  com¬ 
fortable  and  productive  with  last  years 
software  are  going  to  get  very  disturbed  if 
forced  to  move  to  this  year’s  newest  offer¬ 
ing,  no  matter  how  much  better  it  may  be. 
Yet  it  is  impossible  for  UTCS  to  offer  sup¬ 
port  for  an  ever  increasing  number  of  pack¬ 
ages  with  similar  functions  without  also  in¬ 
creasing  staff. 

Professor  John  Hurd  requested  that  the  is¬ 
sue  of  commercial  income  be  clarified. 
Warren  Jackson  pointed  out  that  this  is  in¬ 
come  which  is  valued  very  highly  by  the 
University.  The  basic  resources  used  to 
generate  this  income  are  the  time  of  two 
staff  members.  Machine  and  software 
would  be  available  in  any  case.  There  are 
difficulties  in  handling  the  differing  require¬ 
ments  of  software  vendors  for  surcharges 
for  commercial  use  of  their  product.  These 
can  be  resolved,  but  will  result  in  higher 
rates  to  commercial  customers. 

The  next  meeting  will  take  place  on  Mon¬ 
day,  April  4,  1983  at  4:00  p.m.  in  the  Gal¬ 
braith  Building,  Room  202.  A  schedule  of 
meetings  during  the  period,  May  through 
August,  will  be  set  at  the  April  meeting. 

Bill  Fehlner 
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Runoff  Paging 

I  want  page  one  of  my  RUNOFF  output  to 
say  ‘page  F  on  it.  At  present  it  starts 
numbering  on  page  2. 

Answer 

To  title  and  page  number  starting  with  the 
First  page  use  the  ‘.First  title’  runoff  input 
command.  For  more  information  please  see 
the  document  in  DOC:RUNREF.DOC. 

Thank  you  for  your  question. 

A.Nishri 

Login  Notice 

In  my  switch.ini  File  I  have  set  my  notice 
switch  to  ‘sometimes’  yet  some  messages 
continually  appear  whenever  I  login.  The 
worst  offender  is  the  UTCS  short  course 
message. 


based  on  a  comparison  of  the  time  of  last 
change  versus  the  time  of  your  last  LO¬ 
GIN.)  We  recommend  that  you  not  code 
the  /NOTICE  switch  and  hence  use  the  de¬ 
fault  which  is  /NOTICE:SOMETIMES.  It  is 
important  to  see  messages.  We  realize  that 
many  users  come  in  at  300  baud  and  hence 
try  to  keep  the  message  file  short.  (You 
can  see  older  messages  by  typing  HELP 
OLD.)  Sometimes  a  small  change  is  made 
to  the  beginning  of  the  message  file  and 
when  you  see  it  you  may  recognize  it  past  a 
particular  point.  Please  use  CONTROL-O 
to  suppress  seeing  the  rest. 

Thank  you  for  your  comments. 

A.Nishri 

IBMLST 

The  last  line  of  the  PROLOG  help  refer¬ 
ences  ibmlst. 


Is  there  some  way  to  get  a  less  frequent 
‘sometimes’? 

Answer 

The  /NOTICE:SOMETIMES  switch  indi¬ 
cates  that  the  message  file  is  only  printed  if 
it  has  been  changed.  (This  is  determined 


Answer 

The  PROLOG  help  has  now  been  updated 
to  reflect  the  use  of  IPRINT.  Thank  you  for 
bringing  this  to  our  attention. 

M.  St  mad 

&Ao, 

-  t  o  A  </£> 


Advising  Corner 


IBM  GPJS 

IBM  GPJS  users  should  note  that  the  larg¬ 
est  region  available  for  Class  A  jobs  has 
been  increased  to  1024K.  This  means  you 
should  NOT  use  a  /*SETUP 
REGION  =xxxK  card  unless  you  require 
>1024K.  This  should  greatly  improve  the 
throughput  of  jobs  that  previously  had  to 
run  in  Class  B  due  to  memory  require¬ 
ments.  It  may  be  worth  re-iterating  here 


that  the  Class  C  500K  memory  limit  was 
removed  some  time  ago.  Readers  of  old 
USERBOOK  sections  may  be  unaware  of 
this. 

Also  note  that  if  you  get  an  abend  S822  re¬ 
gion  not  available  message,  even  though 
your  SETUP  statement  is  correctly  coded 
for  the  desired  region,  it  usually  means  that 
the  system  doesn’t  have  that  amount  of 
user  available  memory.  Presently  the  limit 
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Advising  Corner  continued 

is  just  above  4000k,  but  this  may  fluctuate. 

IBM  batch  users  often  get  the  message  JOB 
NOT  RUN,  JCL  ERROR.  There  are  many 
causes  for  this,  a  few  of  the  most  common 
ones  are  shown  below. 

//EXEC  SAS  missing  blank  between  //  and  EXEC, 

//  SYSIN  DD  *  incorrect  blank  between  //  and  SYSIN 

//SYSIN  DD*  missing  blank  between  DD  and  * 

//SYSUT1  DD  UNIT  =  3400-3,  VOL  =SER  =  FI  234,L  ABEL  =  (1,SL) 
//  DSN  =  USER. ERROR  missing  comma  at  the  end  of  the  first 

line  to  indicate  a  continuation, 
the  second  is  taken  as  a  line  alone, 
not  as  the  continuation  as  intended. 

Often  we  track  a  problem  down  only  to  find 
out  that  someone  has  used  a  special  charac¬ 
ter  illegally  in  a  name.  By  name,  we  mean 
dataset  name,  file  name,  variable  name, 
member  name,  library  name,  run  name,  job 
name,  programmer  name,  etc.  Although 
certain  characters  are  acceptable  in  some 
places  and  required  in  other  places,  it  is 
recommended  that  user  created  names  be 
made  up  of  the  standard  letters  (A-Z)  and 
digits  (0-9)  unless  special  characters  are 
necessary. 

SAS/GRAPH 

SAS/GRAPH  users  should  be  aware  that 
UTCS  does  not  have  all  types  of  graphic 
devices  mentioned  in  the  SAS/GRAPH 
manual.  Specifying  a  wrong  device  in  your 
GOPTIONS  statement  may  result  in 
unpredictable  or  no  output  from  plot  pro¬ 
cedures.  The  two  most  common  devices 
available  at  UTCS  are  DEVICE =GOULD 
(the  default  if  not  specified)  and 
DEVICE =CAL  105  IK. 


SPSS 

Occasionally  users  inherit  SPSS  system 
files,  that  are  left  without  any  documenta¬ 
tion  about  their  contents  and  worst  of  all 
their  names  are  also  unavailable.  It  is  not 


the  end  of  the  world.  It  is  possible  to  use 
SPSS  file  retrieval  procedures  such  as: 

LIST  FILEINFO  COMPLETE 

However,  several  precautions  should  be 
taken.  Every  time  you  need  to  access  a 
SPSS  system  file  you  have  to  use 

GET  FILE  ‘file  name’ 

Since  you  do  not  know  the  name  of  the  file 
you  can  use 

GET  FILE 

without  any  name.  It  is  also  possible  that 
you  do  not  know  how  many  variables  there 
are  in  the  file.  To  be  on  the  safe  side  and  of 
course  to  save  yourself  some  money  you 
should  always  request  SPSS  version  M  by 
following  option  in  the  JCL: 

//  EXEC  SPSS, VERSION  =  M 

If  you  do  not  use  version  M  and  have  more 
than  500  variables  you  will  get  a  printout  of 
500  lines  that  will  not  give  you  any  names, 
but  will  repeat  a  rather  misleading  message: 

TEMPORARY  VARIABLE,  WILL  BE  DELETED 
AT  THE  END  OF  THE  RUN. 


SAS 

It  seems  that  date  variables  in  SAS  are  giv¬ 
ing  trouble  to  some  users.  The  basic  dis¬ 
tinction  must  be  made  between  date  vari¬ 
ables  and  date  constants.  The  formats  of  us¬ 
ing  them  will  be  different  for  each.  To  read 
or  write  date  variables  you  will  use  one  of 
many  SAS  Date  Informats  or  Formats,  such 
as  DATE7.  ,  YYMMDD6.,  DDMMYY6., 
and  so  on.  The  complete  list  is  given  in  the 
chapter  on  SAS  Informats  and  Formats  of 
the  SAS  User’s  Guide:  Basic  1982  on  page 
387.  On  the  other  hand  if  you  want  to  use  a 
date  constant  that  will  be  used  to  create  a 
new  date  variable,  or  to  use  a  date  constant 
for  comparison,  such  as  in  an  IF  statement, 
you  must  use  the  following  format: 
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BIRTHDAY  =’21NOV56’D  OR  BIRTHDAY=’21NOV1956’D 
IF  BIRTHDAY=’21NOV56’D  THEN  .  ..  etc. 


NEWD=MDY  (M,D,Y); 
N=INTCK(,DAY,,,01JAN80’D,NEWD); 

*N  will  have  a  number  of 


For  date  constants  you  cannot  use  any  oth¬ 
er  formats  which  are  available  for  date  vari¬ 
ables,  e.g., 

IF  BIRTHDAY  =  ’21 1 156’D  (this  will  cause  an  error) 

There  are  also  several  very  useful  date 
functions  that  can  be  used  with  date  vari¬ 
ables.  These  are  described  in  chapter  on  the 
SAS  Functions  on  page  155  in  the  same 
manual.  One  interesting  application  recently 
involved  data  where  a  hatch  date  for  birds 
was  collected  for  a  period  of  several  years. 
The  user  wanted  to  Find  an  average  hatch 
time  for  each  bird.  This  involves  a  com¬ 
parison  between  January  1  and  the  hatch 
date,  regardless  of  the  year,  in  order  to  cal¬ 
culate  the  number  of  hatch  days.  Following 
is  the  example  of  date  functions  used  to 
provide  this  information: 


days  that  took  for  a  bird 
to  hatch. 

There  is  another  problem  with  date  infor¬ 
mat  which  has  not  been  Fixed  yet  even  in 
our  new  version  82.2.  When  Informat 
YYMMDD.  is  used  and  when  input  data 
has  an  erroneous  value,  such  as 
1122728747626,  the  informat  will  attempt 
to  convert  the  entire  numeric  string,  and  it 
will  abend  with  an  S0C9  code. 

SAS/ETS  82 

In  our  testing  of  the  new  version  of  SAS 
there  seems  to  be  a  problem  in  PROC  XI 1. 
The  option  Cl 9  is  not  recognized  when 
used  in  the  OUTPUT  statement.  Users 
should  be  aware  of  this  and  not  use  it  in 
this  combination,  until  such  time  as  this 
problem  is  resolved. 


DATA  A; 

INPUT  HATCH  DDMMYY6.; 

D  =  DAY(HATCH); 

M=MONTH  (HATCH);  I  (0  xs>  A 

Y  =  80;  *  this  will  change  all  year  values  to  80 

Micro  Systems  News 


Terry  Jones 
William  Barek 
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Meeting  of  IBM  Personal  Computer  Users 

The  Campus  IBM-PC  Users’  Group  will  be 
meeting  on  Tuesday,  April  26  at  4  p.m.  in 
the  Galbraith  Building,  Room  202.  Mr. 
Isaac  Erlick  of  Keysoft  International  will  be 
discussing  APL  on  the  IBM-PC.  Everyone 
is  welcome  to  attend. 

Apple  Users’  Group  on  Campus 

If  you  are  interested  in  helping  form  such  a 
group  or  attending  meetings  contact  Grant 


Davis  at  the  number  below. 

DEC  Microcomputers 

See  the  article  entitled  “Small  Systems 
News”  in  this  issue  for  some  useful  infor¬ 
mation  about  these  new  products. 

For  further  information  on  any  of  the 
above  items,  call  Grant  Davis  at  978-5071. 

Grant  Davis 

\  ..  ;  O  \ 

*  /Z.  li 
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Small  System  News 


The  RT-11  Index  mentioned  in  COMPU¬ 
TERNEWS  has  now  been  sent  to  many  of 
the  RT-11  users  on  campus.  The  index  is  a 
supplement  to  the  DEC  RT-11  Master  In¬ 
dex,  which  describes  DEC  software.  The 
locally  produced  index  describes  some  of 
the  public-domain  software  available  for  the 
widely-used  RT-11  operating  system  on 
PDP-11  computers.  If  you  use  RT-11  and 
did  not  receive  a  copy  of  the  index,  please 
contact  Ian  Darwin  at  978-6134  or  by 
Campus  Mail  addressed  to  Computing  Ser¬ 
vices  (UTCS),  St.  George  Campus. 

The  University  of  Toronto  has  now  signed 
a  discount  agreement  with  Digital  Equip¬ 


ment  Corporation  for  their  line  of  Personal 
Computers.  These  include  the  Rainbow 
100,  a  CP/M-based  microcomputer,  and  the 
PC350,  based  upon  the  same  processor  as 
the  well-known  LSI- 11/23.  University 
departments  are  now  eligible  for  a  discount 
of  28%  on  the  purchase  of  any  of  these 
models.  Quantity  discounts  are  also  in  ef¬ 
fect  on  LSI- 11/23  products.  For  informa¬ 
tion  on  the  Rainbow  100,  contact  Grant 
Davis  at  978-5071.  To  discuss  the  PC350 
and  the  LSI-11/23,  contact  Luke  Sulatycki 
at  978-4693. 

Ian  F.  Darwin 


Change  Committee 


Users  wishing  to  suggest  changes  should 

contact  their  Marketing  Representative  or 

Dr.  Frank  Spitzer,  Manager  of  Consulting. 

Users  should  contact  the  Advising  office  at 

978-HELP  if  they  encounter  problems. 

1.  New  procedures  to  access 
VS/FORTRAN  through  the  General 
Purpose  Job  Stream  (GPJS)  were  in¬ 
stalled  on  March  1. 

2.  A  help  facility  for  ASSEMBLE  on 
WYLBUR  was  installed  on  February 
23. 

3.  Real  money  charging  for  special 
forms,  punched  cards,  etc.  will  be 
suspended  until  April  30,  and  will 
resume  with  the  beginning  of  the  new 
Fiscal  year 

4.  134.5  baud  clocks  are  scheduled  for 
removal  May  1,  1983.  2741s  will  no 
longer  be  operational. 

5.  ATMS  will  be  phased-out  at  UTCS  by 
July  1,  1983. 


6.  Release  6.0  of  WYLBUR  is  intended 
for  installation  as  the  default  release 
on  the  Academic  system  on  May  1, 
1983.  This  will  be  installed  with  the 
change  of  the  WYLBUR  logon  code 
prefix  character  from  l 2 3 4 5W’  to  ‘U\ 

7.  UTCS  plans  to  install  the  1982  version 
of  SAS  on  both  the  Academic  system 
and  the  Administrative  system  in  the 
near  future. 

8.  UTCS  will  soon  be  installing  the 
newest  release  of  Waterloo  SCRIPT. 

9.  A  facility  for  displaying  termination 
codes  etc.  for  jobs  awaiting  output 
was  installed  on  WYLBUR  called  ‘DO 
JOBSTAT’  with  an  alias  of  ‘DO 
SHOW’. 

10.  UTCS  plans  to  install  version  7.01A  of 
TOPS- 10  on  the  DEC- 1090. 


Cecilia  Welch 


Wl 
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Personnel  Changes 


Frank  Pearce  has  joined  the  C.F.S.  group 
as  Communications  Programmer.  Previous 
to  this  promotion  he  worked  as  the  Remote 
Site  Supervisor  in  Operations.  Shirly  Man- 
imalethu  is  back  downtown.  Shirly,  former¬ 
ly  the  Programmer  at  our  Scarborough  Col¬ 
lege  site,  has  been  promoted  to  the  Remote 
Site  Supervisor  position.  Congratulations  to 


them  both! 

Danielle  McKenzie  and  Marilyn  Peters 

from  Systems,  together  with  Rita  Chhabra 
from  Accounting  Services  have  recently  re¬ 
turned  from  their  maternity  leave.  Good  to 
have  them  back! 

Adriana  Koufis 

VJT C<t  n  (  o&o 


Recent  Acquisitions  in  the  DCS  Library 


American  Society  for  Information  Science. 

Proceedings  of  the  19th  annual  meeting, 
Columbus,  Ohio,  October  1982. 

Ramsey,  H.  Rudy  et  al. 

Human  factors  in  computer  systems:  a 
review  of  the  literature. 


Englewood,  Colo.,  Science  Applications,  Inc., 
September  1979 

Ullmam,  Jeffrey  D. 

Principles  of  database  systems.  2d  ed. 
Rockville,  Md.,  Computer  Science  Press,  1982. 

Stephanie  Johnston 
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Names  and  Locations 

•  Central  Advising  Office  (CAO),  978-HELP,  McLennan  Labs,  60  St.  George  St.,  Room  257 

•  Education  Facility  (Educ),  McLennan  Labs,  60  St.  George  St.,  Room  221 

•  Engineering  Annex  (EAT,  EUT,  CDF),  11  King’s  College  Road,  Rooms  103,  104,  107,  201,  203. 

•  Erindale  College  (Erin),  828-5339,  Mississauga  Road,  Erindale  Campus,  Rooms  2005,  2039,  2045 

•  New  Physics  (NPT),  Burton  Tower,  60  St.  George  St.,  Room  1202 

•  Robarts,  Robarts  Library,  130  St.  George  St.,  Room  1061A 

•  Scarborough  College  (Scar),  284-3122,  Military  Trail,  Scarborough  Campus,  Room  S624 

•  Sidney  Smith  (AST  &  ASUT),  100  St.  George  St.,  Rooms  1071,  1073,  2105 

•  Zoology  (ZUT  &  ZAT),  Ramsey  Wright  Bldg,  25  Harbord  St.,  Room  107 

•  Victoria  University  (Viet),  73  Queens  Park  Cres.,  Room  012. 


Hours  of  Operation 

Restrictions* 

Advising 

Mon-Thurs 

Fri 

Sat 

Sun 

AST 

24  hrs/day 

24  hrs 

24  hrs 

24  hrs 

Research 

Rm  2100 

ASUT 

24  hrs/day 

24  hrs 

24  hrs 

24  hrs 

BICS 

No 

CAO 

10-6 

10-6 

Rm  257 

CDF 

24  hrs/day 

24  hrs 

24  hrs 

24  hrs 

No 

EAT 

24  hrs/day 

24  hrs 

24  hrs 

24  hrs 

Rm  106 

Educ 

9-5 

9-5 

Research** 

CAO 

(outer) 

9-11 

9-5 

Research 

CAO 

Erin  (2039) 

9-9:30 

9-4:30 

12-5:30 

12-5:30 

Research 

Rm  2005 

(2045) 

9-9:30 

9-4:30 

12-5:30 

12-5:30 

Undergrads 

Rm  2005 

EUT 

24  hrs/day 

24  hrs 

24  hrs 

24  hrs 

Undergrads 

No 

NPT 

24  hrs/day 

24  hrs 

24  hrs 

24  hrs 

Research 
(Key  access) 

CAO 

Robarts 

8:30-12 

8:30-12 

9-5 

1-10 

BICS 

No 

Scar 

9-12 

9-12 

10-5 

UNIX  on  CDF 

Rm  627,  628A 

ZAT 

24  hrs/day 

24  hrs 

24  hrs 

24  hrs 

Research 
(Key  access) 

No 

ZUT 

9-9 

9-5 

Undergrads 

No 

Viet 

7-11 

7-11 

BICS 

*  Research  includes  graduates,  faculty,  staff.  **  May  be  unavailable  due  to  UTCS  courses. 

Advising  Hours 

CAO,  AST/ASUT 

Monday  to  Friday, 

10  a.m.-6  p.m. 

EAT 

Monday  to  Friday, 

1  p.m. -5  p.m. 

Erin,  Scar 

During  normal  hours 

Services  Available 

BICS 

Keypunch 

LIBRA 

PACX  Printers  Oracle 

UNIX 

AST 

Y 

Y  Y 

ASUT 

Y 

Y 

Y 

CDF 

Y 

Y 

EAT 

Y 

Y 

Y  Y 

EUT 

Y 

Y 

Y 

Educ 

Y 

Erin 

Y 

Y  Y 

Y 

NPT 

Y 

Y  Y 

Robarts 

Y 

Y 

Y 

Scar 

Y 

Y 

Y  Y 

Y 

Viet 

Y 

Y 

Y 

ZAT 

Y 

Y 

ZUT 

Y 

Y 

UTCS 


UTCS  Systems 


3033/N12  Processor 

•  located  in  McLennan  Physical  Laboratories 

•  provides  General  Purpose  Job  Stream,  High 
Speed  Job  Stream,  TSO,  WYLBUR,  APL  and 
ATMS  services 

•  12  megabytes  of  memory 

•  MVS  with  JES2 


3033/U16  Processor 

•  located  in  McLennan  Physical  Laboratories 

•  provides  “Glass  Keypunch”  access  to  HSJS 
using  BICS 

•  16  megabytes  of  memory 

•  UTS  under  VM 


4341  Mod  II  Processor 

•  located  in  McLennan  Physical  Laboratories 

•  provides  administrative  IMS/VS, 

DB/DC,  Batch  and  TSO 

•  8  megabytes  of  memory 

•  MVS  with  JES2 


DECsystem-10  Model  1090 

•  located  in  McLennan  Physical  Laboratories 

•  provides  General  Purpose  Time-Sharing 

•  512  K  -  36  bit  words  of  memory 

•  TOPS-10  operating  system,  version  7.01 

•  GALAXY  queuing,  spooling,  and  batch 
subsystem,  Version  2.0 


PDP  11/70 

•  located  in  McLennan  Physical  Laboratories 

•  provides  UNIX  text  processing 

•  640K  of  memory 

•  UNIX  (Western  Electric) 


Communications  and  Field  Service  (CFS) 

•  located  in  Sandford  Fleming  Building,  Fourth  Floor 
(co-located  with  Facilities  Management  Lab) 

•  Micro  Computing  Lab  has  various  Z80-based 
microcomputers  (S-100,  CP/M),  IBM  Personal  Computer, 
Apple  II  Plus,  Western  Digital  Pascal  MicroEngine, 

Radio  Shack  TRS-80 

•  provides  consulting  and  configuration  of 
microcomputer  systems 

•  offers  media  conversion  services 

•  maintains  copy  of  CP/M  User  Group  library  of 
public-domain  software 

•  Communications  Group  provides  communications 
systems,  terminals,  modems,  data  channels: 
consulting  and  installation. 

•  Field  Service  Group  installs  and  maintains 
small  computer  systems  on  a  contract  basis 
or  on  a  cost-per-call  basis. 


Facilities  Management  Group  (FAC. MAN) 

•  located  in  Sandford  Fleming  Building,  Fourth  Floor 
(co-located  with  Communications  and  Field  Service) 

•  PDP-11  Lab  has  DEC  PDP-11/40  with  GT44  Graphics 
with  various  disk  and  tape  formats;  numerous 
special  peripherals;  PDP-11/05  with  GT40 

•  offers  media  conversion  services 

•  develops  custom  software  (RT-11,  RSX-11M,  UNIX) 

•  develops  custom  hardware 

•  provides  specialized  interactive  graphics 

•  provides  online  and  real-time  computing  services,  data 
acquisition  and  conversion,  and  minicomputer  services 

•  maintains  copies  of  some  DECUS  public-domain  software 

•  provides  consulting  on  minicomputers;  configures 
and  installs  minicomputer  systems  and  hardware 


VAX  11/780 

•  located  in  McLennan  Physical  Laboratories 

•  provides  backup,  program  testing,  and 
inter-communication  relating  to  student  services 

•  provides  Spare  Cycle  Service 

•  4  megabytes  of  memory 

•  VMS 

Computer  Disciplines  Facility 

VAX  11/750  (2  megabytes  of  memory) 

VAX  11/780  (4  megabytes  of  memory) 

•  located  in  Engineering  Annex 

•  provides  Computer  Science  interactive  access 

•  UNIX  (Berkeley) 

Scarborough  System 
VAX  11/750 

•  located  at  Scarborough  College 

•  provides  “Glass  Keypunch”  access  to  HSJS 
using  LIBRA 

•  2  megabytes  of  memory 

•  VMS 

Erindale  System 
VAX  11/780 

•  located  at  Erindale  College 

•  provides  “Glass  Keypunch”  access  to  HSJS 
using  LIBRA 

and  Research  access 

•  4  megabytes  of  memory 

•  VMS 


COMPUTERNEWS  #206 


Consulting  and  Enquiries 


Internal  Users  Marketing 

Dr.  Bill  Fehlner  MP217 

6509 

External  Users  Marketing 

Ihor  Prociuk  MP217 

6875 

Erindale  College 

Peter  Wall  2043 

828-5311 

Scarborough  College 

Bob  Blackburn  S628-A 

284-3173 

General  Enquiries 

4990 

System  Status  Enquiries  (DEC) 

4318 

Programming  Advising 

HELP 

System  Status  Enquiries  (IBM) 

7393 

Access  Codes 

8703 

300  Baud  Interactive  Services 

6200 

Account  Enquiries  (U  of  T) 

8702 

1200  Baud  Interactive  Services 

3959 

Account  Enquiries  (External) 

7148 

DATAPAC 

4320  0056 

Tape  Library  (Academic  Services) 

7319 

Telenet 

20477 

Tape  Library  (Administrative  Services) 

6693 

Tymnet  <backspace>  DPAC;302043200056 

U  of  T  Computer  Library 

2987 

UTCS 

Directory 

Director 

Dr.  Warren  Jackson 

MP350 

8948 

Associate  Director 

Allan  Heyworth 

MP350 

4936 

Associate  Director 

Eugene  Siciunas 

MP350 

5058 

Assistant  Director 

William  Murphy 

MP345 

4428 

Executive  Asst.,  Research  &  Planning 

Wendy  Chin 
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